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Remarks 

On October 10, 2005 Applicant appealed the final rejection of the Examiner in the 
above captioned merged Reexamination/Reissue proceeding, and filed an Appeal Brief 
on December 12, 2005. The form of the Appeal Brief was not objected to by the Patent 
Office. The Examiner filed an Examiner's Answer and made no objection to the form of 
the applicant's Appeal Brief. Applicant filed a Response to the Examiner's Answer. The 
Appeal was "electronically received by the Board of Patent Appeals and Interferences" 
on November 1, 2006. 1 

Over six months later, in this proceeding which by Rule is supposed to be an 
"expedited proceeding," the Board of Appeals ruled that "the application is not ready for 
docketing as an appeal." The Board took the position that the applicant's Appeal Brief 
"used the format set forth in 37 C.F.R. §1.192 (c)" which was abolished in 2004 and 
replaced by 37 C.F.R. §41 .37 (c). The Board noted that the following headings were 
missing from the applicant's Appeal Brief: 

1. "Summary of the Claimed Subject Matter;" 

2. "Grounds for Rejection to be Reviewed on Appeal," 

3. "Evidence Appendix ," and 



1 ORDER REMANDING APPEAL TO EXAMINER, mailed April 27, 2007. 



January 28, 2000 
MAIL STOP: AF 




Via: Express Mail 



Commissioner for Patents N $fc v 
P.O. Box 1450 X %s^J#^ 
Alexandria, VA 22313-1450 

Dear Commissioner: 

Enclosed is a Applicant's Response to Notification of Non-Compliant Appeal Brief 
and Applicant's Replacement Appeal Brief in the merged cases: 
Reissue Application No. : ) Group Art Unit: 2 1 6 1 

09/512,592 ) 

United States Patent No.: ) Examiner: LeRoux. E. 

5,806,063 ) 
Issued: September 8, 1998 ) 
Applicant: ) 

Dickens-Soeder2000XLC } 

Reexamination Proceeding: ) 
90/005,592 ) 

Filed: December 21, 1999 ] 

Reexamination Proceeding: ) 
90/005,628 ) 

Filed: February 2, 2000 ) 

Reexamination Proceeding: ) 
90/005,727 ) 

Filed: May 16, 2000 } 

Reexamination Proceeding ) 
90/006,541 ) 

Filed February 2, 2003 } 

This mailing consists of: 

Response to Notification of Non-Compliant Appeal Brief 

Applicant's Replacement Appeal Brief 

Certificate of Mailing By Express Mail 

Certificate of Service By Mail 

Request for One Month Extension of Time 

Check in the amount of $120.00 for a one Month Extension of time 
Return receipt postcard 

If you have any questions, please do not hesitate to contact me. 



Regards, 




Bruce M. Dickens 
949-857-1487 




January 28, 2008 
MAIL STOP: AF 
Commissioner for Patents 
P.O. Box 1450 
Alexandria, VA 22313-1450 

CERTIFICATE OF MAILING UNDER 37 CFR § 1.10 

Re: Response to Notification of Non-compliant Appeal Brief and Replacement 
appeal Brief in the merged cases: 



Reissue Application No.: 
09/512,592 

United States Patent No.: 
5,806,063 

Issued: September 8, 1998 
Applicant: 

Dickens-Soeder2000XLC 



Reexamination Proceeding: 
90/005,592 

Filed: December 21. 1999 



Reexamination Proceeding: 
90/005,628 

Filed: February 2. 2000 



Reexamination Proceeding: 
90/005,727 

Filed: May 16. 2000 



Reexamination Proceeding 
90/006,541 

Filed on February 7. 2003 



Group Art Unit: 2161 
Examiner: LeRoux, E. 



Enclosed with this Certificate of Mailing is: 
Cover Letter 

Response to Notification of Non-Compliant Appeal Brief 
Replacement Appeal Brief 
Request for Extension of Time 

Check in the amount of 120.00 for fee for a one month extension of time 
Certificate of Service By Mail 
Return Receipt Postcard 

I Bruce M. Dickens certify that on the above noted date I personally mailed the 
above referenced documents to the USPTO by Express Mail Post Office to Addressee. 



Bruce M. Dickens 
949-857-1487 
Express Mail No. 



2 1707/l/ £/<» 



CERTIFICATE OF SERVICE BY MAIL 



January 28, 2008 

Re: Response to Notice of Non-Compliant Appeal Brief and Replacement Appeal 
Brief in the merged cases: 



5,806,063 ) 
Issued: September 8, 1998 ) 
Applicant: ) 

Dickens-Soeder2000XLC } 

Reexamination Proceeding: ) 
90/005,592 ) 

Filed: December 21, 1999 } 

Reexamination Proceeding: ) 
90/005,628 ) 

Filed: February 2. 2000 ) 

Reexamination Proceeding: ) 
90/005,727 ) 

Filed: May 16, 2000 } 

Reexamination Proceeding ) 
90/006,541 ) 
Filed February 7. 2003 ) 

I hereby certify that I have served the following on the below listed counsel of record by 
placing same in a first class mail envelope addressed to the below listed addresses with 
appropriate postage affixed and deposited with the United States Post Office: 
Response to Notice of Non-Compliant Appeal Brief 
Replacement Appeal Brief with Appendices 
Request for Extension of Time 
Certificate of Express Mailing 

Paul E. Crawford Ross F. Hunt Jr. 

Connolly Bove Loge and Hutz LLP Larson & Taylor 

1 200 Market Street 1 1 99 North Fairfax St., Suite 900 

Wilmington, DE 1 980 1 Alexandria, V A 223 1 4 

Stanley B. Green 

Connolly Bove Loge and Hutz LLP 
1990 M Street, NW 
Washington, D.C. 20036 



Reissue Application No.: 
09/512,592 

United States Patent No.: 



Group Art Unit: 2161 



Examiner: LeRoux, E. 




Bruce M. Dickens 
949-857-1487 



4. "Related Proceedings Appendix." 

In addition, the Board noted that Applicant had included discontinued headings 
"Issues," "Summary of the Invention" and "Grouping of Claims." 
The Board instructed the Examiner to: 

1 . instruct applicants [sic] to provide a corrected Appeal Brief; 

2. enter the corrected Appeal Brief; 

3. "either acknowledge entry and consideration of the corrected appeal brief or 
submit an amended examiner's answer if needed'" (emphasis added) and 

4. "for such further action as may be appropriate." 

On November 26, 2007, over six months after the Board's Remand Order and 
over one year after applicant's Appeal Brief was transmitted to the Board, and almost two 
years after the applicant's Appeal Brief was originally filed, the Examiner issued a 
"Notification of Non-Compliant Appeal Brief," indicating that "the brief does not contain 
items required under 37 C.F.R. 41 .37 (c), or the items are not under the proper heading or 
in the proper order." No other indication was received by applicant for the non- 
compliance of the applicant's Appeal Brief, other than that the Examiner attached a copy 
of the Board's Remand Order. 

The Board's Remand Order indicates that the deficiencies of the applicant's 
Appeal Brief are that the applicant's Appeal Brief: 

1. does not contain the "Summary of Claimed Subject Matter" (37 C.F.R. §41.37 
(c) (v)), which is required to contain a "concise explanation of the subject matter defined 
in each of the independent claims involved in the appeal, which shall refer to the 
specification by page and line number and to the drawing, if any, by reference 
characters," and also contains requirements regarding "every means plus function and 
step plus function as permitted by 35 U.S.C. 112, sixth paragraph;" 

2. does not contain the "Grounds for Rejection to be Reviewed on Appeal" (37 
C.F.R. §41.37 (c) (vi); 

3. does not contain an "Evidence Appendix" (37 C.F.R. §41.37 (c) (ix); and, 

4. does not contain a "Related Proceedings Appendix" (37. C.F.R. §41.37 (x). 
Regarding the deficiency noted in paragraph 1 above, applicant asserts that 37 

C.F.R. §41.37 (c) (v) is inapplicable to applicant's Appeal Brief under 37 C.F.R. §41.37 



(c) (1). Even more to the point, however, applicant submits that, except for the heading 
of the section "Summary of the Invention", in lieu of the required "Summary of the 
Claimed Subject Matter," applicant's Appeal Brief complies with 37 C.F.R. §41.37(v). It 
identifies the subject matter of the claims at issue (through discussion of Claims 1 and 1 1 
specifically and with reference to the process steps added in the independent claims of 
added in the Reissue Application and points out, by location in the patent subject to this 
merged Reexamination/Reissue proceeding, the support for the claimed subject matter. 
There are no 35 U.S.C. §112, sixth paragraph claims. 

Applicant has changed the heading for this section from "Summary of the 
Invention" to "Summary of the Claimed Subject Matter," in applicant's Replacement 
Appeal Brief, submitted with this Response to the Notification of Non-Compliant Appeal 
Brief, and has added specific reference to the other independent Claims. 

Regarding the deficiency noted in paragraph 2 above, applicant submits that 
applicant's Appeal Brief, with the exception of the heading "Issues," in lieu of the 
required "Grounds for Rejection to be Reviewed on Appeal," complies with 37 C.F.R. 
§41.37 (vi), assuming even that this section is applicable to applicant's appeal brief under 
37 C.F.R. §41.37 (c) (1), as noted above. 

Applicant has changed the heading in applicant's Corrected Appeal Brief, 
submitted with this Response to Notification of Non-Compliant Appeal Brief, from 
"Issues" to the required "Grounds for Rejection to be Reviewed on Appeal" and has 
grammatically changed the section to contain "grounds" rather than "issues". The 
"grounds" substantively remain the same as the previously stated "issues" however. 

Regarding the deficiency noted under paragraph 3 above, applicant submits that 
except for the required heading "Evidence Appendix" applicant's Appeal Brief complies 
with 37 C.F.R. §41.37 (c) (ix). Applicant submitted three evidentiary appendices labeled 
"Appendix B Thoreson Declaration"; "Appendix C Winner Declaration;" and "Appendix 
D Filing Cover Letter." 

Applicant has added a new Appendix Cover Sheet labeled "Evidence Appendix" 
and has changed the labeling of the previously submitted appendices to the applicant's 

2 The rule states "a brief filed by an appellant who is not represented by a registered practitioner need only 
substantially comply with paragraphs (c)(l)(i) through (c) (1) (iv) and (c) (1) (vii) through (c) (1) (x)." 

3 Nevertheless applicant has added specific reference to the recitations of other independent claims. 



Replacement Appeal Brief, submitted with this Response to Notification of Non- 
Compliant Appeal Brief, to "Evidence Appendix B (1) Thoreson Declaration;" "Evidence 
Appendix B (2) Winner Declaration; and "Evidence Appendix B(3) Filing Cover Letter." 

Regarding the deficiency noted in paragraph 4 above, applicant submits that 
applicant's Appeal Brief fully complies with 37 C.F.R. §41.37 (c) (x). Applicant 
submitted an Appendix D, "Related Proceedings" with the indication that there were 
"None." 

In light of the relabeling of the portions of the "Evidence Appendix" applicant has 
relabeled the "Related Proceedings Appendix," submitted with applicant's Replacement 
Appeal Brief submitted in Response to the Notification of Non-Compliant Appeal Brief, 
as "Appendix C Related Proceedings." 

The Board's Remand Order also noted that the section "Grouping of Claims" is 
no longer required by 37 C.F.R. §41.37, and the information included by applicant in 
applicant's Appeal Brief under the heading "Grouping of Claims" should be included 
under "Argument." Applicant has made the required change in applicant's Replacement 
Appeal Brief submitted with this Response to the Notification of Non-Compliant Appeal 
Brief. 

Summary 

Applicant submits that applicant's Appeal Brief was in substantial compliance 
with the requirements of 37 C.F.R. 41 .37 (c) except for heading labels, Appendix titles 
and the inclusion of two sentences under an obsolete heading as opposed to inclusion of 
these two sentences under the heading "Argument." Applicant has made the changes to 
the section headings in applicant's Replacement Appeal Brief submitted with this 
Response to Notification of Non-Compliant Appeal Brief. The changes serve only to 
place the Corrected Appeal Brief in technical and formal compliance with 37 C.F.R. 
§41.37 (c), without any change to the substance of applicant's Appeal Brief. For these 
reasons, applicant submits that it would not be proper for the Examiner to supplement the 
substance of the arguments contained in the previously submitted Examiner's Answer to 
applicant's Appeal Brief in any supplemental Examiner's Answer. The changes made to 
the applicant's Corrected Appeal Brief were purely technical and procedural (correction 



of mere formalities) in nature, to correct the form of, but in no way the substance of, the 
previously submitted applicant's Appeal Brief. 

It should not be proper for the Examiner to revise substantive positions taken and 
arguments made in response to the originally filed applicant's Appeal Brief, merely 
because of the presence of the noted technical and procedural deficiencies in the 
originally filed applicant's Appeal Brief noted and addressed above. Furthermore, the 
Board's Remand Order itself orders the Examiner to "submit an amended examiner's 
answer, if needed." Applicant submits that the changes made to the applicant's 
Replacement Appeal Brief, do not render necessary any substantive changes to the 
Examiner's Answer as previously entered by the Examiner. 

Respectfully Submitted, 




Bruce M. Dickens 



949-857-1487 
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Applicant's Replacement Appeal Brief 



Real Party in Interest 



Applicant, Bruce Dickens, files this appeal Brief individually as the inventor of 
United states Patent No. 5,806,063, ("the Dickens Patent") in this merged Reissue/Ex 
Parte Reexamination proceeding. The patent is currently owned by a California LLC, 
Dickens-Soeder2000, of which applicant is a member. 



Related Appeals and Interfences 



There are no pending related appeals and interferences. 



Status of the Claims 



Claims 1-76 are pending in the above captioned cases. Claims 1-76 have been 
rejected. Claims 1-76 are on appeal. 
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Status of Amendments 

Claims 16-76 were added in the Reissue Application, Ser. No. 09/512,592, to the 
claims as allowed in the Dickens Patent. Claim 1 0 was amended during the above 
captioned proceedings in a Response to an Office Action dated in June of 2002, which 
was filed in December of 2002, in order to correct a discrepancy between the claim and 
the disclosure of the Dickens patent. Claim 54 was amended in a Response (February 
2002) to correct a typographical error omitting a word from the claim as filed. 

Summary of the Claimed Subject Matter 

The present invention relates to the problem of dealing with legacy databases 
wherein data is stored in a form that is ambiguous as to century, the so-called Y2K 
problem much of note at the recent turn of the century. As described and claimed in the 
original application, as amended, and as claimed in the claims added in the Reissue 
Application, the invention relates to, e.g., considering the language of issued claim 11, 
"[a] method of processing dates in a database, comprising the steps of providing a 
database with dates stored therein according to a format wherein Mi M2 is the numerical 
month designator, Di D2 is the numerical day designator, and Yi Y2 is the numerical year 
designator, all of dates falling within a 10-decade period of time which includes the 
decade beginning in the year 2000; selecting a 10-decade window with a Ya Yb value for 
the first decade of the window, Ya Yb being no later than the earliest Yi Y2 year 
designator in the database; determining a century designator Ci C2 for each date in the 
database, Ci C2 having a first value if Yi Y2 is less than Ya Yb and having a second value 
if Yi Y2 is equal to or greater than Ya Yb; reformatting each date in the form Ci C2 Yj Y2 
Mi M2 Di D2 to facilitate further processing of the dates; and sorting the dates in the form 
Ci C 2 Yi Y 2 Mi M 2 Di D 2 ." (Col. 2, line 44-Col. 3, line 55) Claim 1 is a similar claim 
reciting "processing symbolic representations of dates". 

This process is done, as added claims in the Reissue Application recite more 
explicitly, (1) on all of the dates in the database prior to the step of, e.g., sorting (or other 
manipulation, also claimed to be other forms of manipulation besides sorting, more 
explicitly in the added claims), as recited in claims 16, 24, 31, 32, 33, 34, 60, 61, 62, 63, 
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64, 65, 66, 67, 68, 69, 70, 71, 72, 75 and 76 (Abstract, Col. 1, line 66 - Col. 2, line 3, Col. 
2, lines 24-27, Col. 3, lines 49-60, Exhibit A, and Claims 1 and 1 1 idetermining ... for 
each ..."), (2) without modification of the original date data in the existing date data fields 
of the existing legacy database itself, as recited in Claims 16, 24, 31, 32, 33, 34, 60, 61, 
62, 6364, 65, 66, 67, 68, 69, 70, 71, 72, 5 and 76 (Col. 1, lines 31-45, lines 51-56, Exhibit 
A); (3) outside of the existing date data field(s) in question in the original legacy database 
itself, as recited in claims 60, 61, 62, 63, 64 and 65 (Col. 1, lines 31-40, Col. 2, lines 19- 
21, Col. 3, lines 49-60, Col. 3, lines 46-48, Exhibit A), (4) for the purpose of facilitating 
the further processing of all of the dates and all of the data associated with the dates, e.g., 
by sorting, as recited in claims 16, 24, 31, 32, 33, 34, 66, 67, 68, 69, 70 and 71 (Col. 3, 
lines 46-48), and (5) this manipulation is done collectively on all of the dates extracted 
from the legacy database and converted according to the claimed invention, as recited in 
claims 16, 24, 31, 32, 33, 34, 69, 72, 75 and 76 (Abstract, Col. 1, line 66- Col. 2, line 3, 
Col. 2, lines 24-27 and Claim 1, :determining ... for each ..."). Thus, the invention 
utilizes aspects of a known technique called "windowing" to enable the utilization of a 
specific kind of data stored in a specific manner in a database in a specific way as recited 
in the original and Reissue Application claims. 

Grounds for Rejection to be Reviewed on Appeal 

Claims 1-76 in the above captioned merged proceeding were rejected under 35 
U.S.C. §103(a). 

Claims 1-76 in the above captioned merged proceeding were rejected under 35 
U.S.C. §112 second paragraphs. 

Claims 16-67, 69-73, and 75-76 were rejected under 35 U.S. C. §112, first 
paragraph. 

The Examiner objected to certain documents filed in the above captioned 
proceeding. 
Argument 

Background 



3 



On September 8, 1998 over seven years ago, United States Patent No. 5806063, 
entitled DATE FORMATTING AND SORTING FOR DATES SPANNING THE TURN 
OF THE CENTURY was issued to Boeing Corporation ("Boeing") on an application 
filed by Boeing on October 3, 1996 ("the Dickens patent"). The Dickens patent, the 
subject of the above captioned merged Reissue Application and Reexamination 
proceedings, was subsequently assigned to Mr. Bruce M. Dickens, the inventor, who was 
then and still is an employee of Boeing (now as an employee of Boeing's subsidiary 
McDonnell Douglas). 

Claims 1-15 stand together and the newly added Reissue Applications claims 
stand together as having recitations further defining them over the prior art than claims 1 - 
15 are defined over the prior art. Claims 16-67, 69-73, and 75-76 stand together as being 
rejected under 35 U.S. C. §1 12, first paragraph. 

As noted above, the Dickens patent relates to specific implementations of aspects 
of a technique called windowing to automatically solve the so-called Y2K problem 1 , e.g., 
for use with large and complex legacy databases for which the original software was most 
likely "home grown" and thus, as was characteristic of such systems, mainly in large 
companies with internal information technology departments, complex, poorly 
documented. It was, and is, thus very difficult to modify, supplement, complement, etc., 
in order to solve the Y2K problem. 

As the year two thousand approached companies began to realize the magnitude 
of the Y2K issues facing them and began to react, even though in many cases belatedly 
only in the late 1990's. Faced with the Hobsen's choice of essentially completely or 
partially replacing computer systems and databases, with all of the problems in terms of 
time, resources, down times, insuring accuracy of copied data from legacy databases and 

1 The so-called Y2K problem arises from the long-standing use of two characters only to represent a year 
datum in date fields, e.g., of DD/MM/YY or like formats, starting initially under the motivation of saving 
critical memory space for records needing date information containing year datum. Such formats were still 
included later when memory became less expensive, e.g., due to the problems with changing over legacy 
databases and, e.g., their associated user interface and applications software and perhaps also, e.g., links to 
other existing databases or fields in the same database or other databases. These and like problems are of 
monumental difficulty to resolve in terms of time, expense, resources, down time and other similar 
problems in resolving the Y2K problem vis-a-vis existing legacy databases. 
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like costly and mostly risky or very ineffective solutions to the Y2K problem, the inventor 
applicant came up with the solution of the Dickens Patent, applicant also believes that 
many companies, e.g., those with massive existing legacy databases, faced with the same 
choices chose to implement the method(s) disclosed and claimed in the Dickens patent 
and claims filed in the inventor applicant's application to Reissue the Dickens patent. 

After failing to obtain much response as an individual patent owner to written 
suggestions to companies that a license to the Dickens patent would be appropriate, the 
applicant inventor, Mr. Dickens hired counsel to prepare and submit license demand 
letters to "Fortune Five Hundred" and "Information Technology Five Hundred" 
companies in November of 1999 in advance of the turn of the century. 

This proposed licensing program immediately drew heavy criticism, e.g., from the 
information technology industry, e.g., as evidenced by blistering comments, e.g., on the 
web-site of the Information Technology Association of America. The attacks were 
leveled at Congress and the patent system itself for allowing so-called "software" and/or 
"business method" patents. They also attacked the Patent Office for issuing them, 
including the quality and competency of the review thereof by the Examiners in the 
Patent Office. And, also attacked was the validity of the issuance of the Dickens patent in 
particular. 

Particularly validity of the Dickens patent was attacked on the Information 
Technologies Association of America ("ITAA") web-site, but also elsewhere in the public 
discourse on the subject. Public attacks on the validity of the Dickens patent were based 
on two prior art references, United States Patent No. 5,630,1 18 ("Shaughnessy") which 
was before the Examiner in the original prosecution of the Dickens patent, and an article 
B. Ohms, Computer Processing of Dates Outside of the Twentieth Century, IBM Systems 
Journal, Vol. 25, No. 2, 1986 ("Ohms"), which was not. Examiner Amesbury, one of the 
most experienced of software/database Patent Examiners then in the Patent Office, 
allowed the Dickens patent. 

Within weeks, and before the turn of the century, on December 21, 1999, the 
Commissioner, in the very unusual step for the Commissioner, ordered a Reexamination 
of the Dickens patent on his own volition, Reexamination No. 90/005592. Perhaps not 
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surprisingly, it was based on a substantially new question of patentability raised by either 
Shaughnessy or Ohms. 

A first anonymous Request for Reexamination that was granted by an order of 
March 10, 2000 became Reexamination 90/005628, also based on Shaughnessy and 
Ohms. By Order of August 10, 2000 a second anonymous Request for Reexamination 
became, Reexamination 90/005727, based on the same references and adding a new 
references, Booth, et al, Clipper 5 A Developer's Guide, M&T Books (1991) ("Booth") 
plus a Japanese Laid Open Application ("Hazama"). 2 

The inventor applicant formed Dickens-Soeder2000 joining an existing entity 
partly owned by Thomas P. Soeder, inventor/patentee of certain other Y2K solution 
patents, to try to license a package of Y2K solution patents (the Dickens patent and 
Soeder patents 55 ). Dickens-Soeder2000 is the current owner of the Dickens patent. The 
patent owner filed an application to Reissue the Dickens patent, Ser. No. 09/512592 on 
February 23,2000. 

The three pending Reexamination procedures and the Reissue Application were 
merged into one proceeding on November 6, 2000. 

In a Housekeeping Amendment of February 23, 2000, applicant attempted to add 
to the Reissue Application an Exhibit A that was filed with the original application and 
referenced in the Specification as printed when the Dickens patent issued, but was not 
printed in the Patent as issued. 

In a first Office Action (September 2001) in the above captioned merged 
proceedings the Examiner rejected claims 1-76 based upon 35 U.S.C.§102(e) (as 
anticipated by Shaughnessy, 35 U.S.C. § 103(a) (as unpatentable over Shaughnessy in 
view of Hazawa or Booth or over Ohms in view of Hazama or Booth) and 35 U.S.C. 
§112, first and second paragraphs. The Oath/Declaration was objected to as was the 
Assent of Assignee. The Examiner objected to the way in which the applicant attempted 
to correct the fact the Exhibit A was not published with the Dickens patent as issued, but 
did not object to Exhibit A as new matter or assert that Exhibit A was not in fact filed 
with the application leading to the Dickens patent. The Office Action was 176 pages 

An earlier version of Booth was before Examiner Amesbury. 
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long, essentially regurgitating verbatim rejections based on §§102 and 103 for two 
different combinations of the main and supporting references for each of various groups 
of claims. 

In a Response (February 2002) to the first Office Action (September 2001) 
applicant submitted a new Reissue Declaration signed by applicant as inventor including 
a statement of claim language that rendered the patent wholly or partly inoperative or 
invalid. Also submitted was a consent of Assignee signed on behalf of the owner of the 
'063 patent, Dickens-Soeder2000 and a Supplemental Certificate under 37 C.F.R. §3.73 
and supporting documentation showing the chain of assignments to Dickens-Soeder2000. 
Also submitted was a declaration that Mr. Dickens was authorized to sign on behalf of 
Dickens-Soeder 2000. 

In a second Office Action (July 2003), of over 200 pages in length, the Examiner 
then rejected all claims under 35 U.S.C. § 103(a) virtually regurgitating the same 
assertions as made in the first Office Action, with limited and relatively insubstantial 
additional comments, and for the first time adding 35 U.S.C. §112 rejections. Claims 16- 
67, 69-73 and 75-77 were rejected under 35 U.S.C. §112, first paragraph as not being 
supported by an enabling disclosure in the Specification. Claims 1-76 were rejected 
under 35 U.S.C. §112, second paragraph as being indefinite. The Examiner then referred 
several sets of claims A- J as having various different asserted deficiencies under 35 
U.S.C. §112. 

The Office Action also essentially repeated verbatim the Objections to the Oath 
and Declaration and under 37 C.F.R. §1.172 (a) to which applicant had already 
responded. The Examiner added some "general statements", headed "Examiner's 
Remarks," but did not apply any of these to reject any specific claim under any specific 
section of the Patent Statute. 

Applicant also addressed the so-called Examiner's Remarks at pp. 64-86. 
Applicant also addressed the arguments of the Examiner that applicable claims were not 
supported by the Specification as originally filed, showing that they were, even without 
the content of Exhibit A, and also showing that Exhibit A, filed with the original 
application for the Dickens patent, but not printed in the Dickens patent as issued, gave 
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the Specification even further support for the claims as originally filed and added in the 
Reissue Application. (Response (December 2002) pp. 16-29 and 54-65) 

In a response also to the first and second Office Actions applicant has 
demonstrated that there was no obviousness. This was because, but that the references 
were not anticipatory, but in fact taught away, and the Examiner had not presented a 
prima facie case for obviousness both because all the elements of the claimed inventions 
were not in the purported combinations and there was no demonstrated suggestion to 
combine of reasonable likelihood of reaching the claimed inventions. Also in response to 
the second Office Action applicant submitted a Declaration of a persons qualifying as an 
experts in the art supporting both applicants arguments as to non-obviousness and in 
support of the fact that the patent as issued supported the claims added in the Reissue 
Application and/or the patent as it should have issued with Exhibit A that was filed with 
the application as filed also supported the claims added by the Reissue Application. 

In a Final Office Action in June 2003 the Examiner found applicant's arguments 
unpersuasive. The Examiner also found the Declaration of an Expert witness (Toreson) 
unpersuasive. 

Applicant submitted a Notice of Appeal and then, after an RCE, filed in order to 
submit further evidence regarding the disclosure contained in Exhibit A to the Dickens 
patent Specification, applicant submitted another Declaration of an expert witness 
(Winner). 

Another anonymous request for Reexamination was submitted and a further 
Reexamination declared (90/006,541) and merged into the above captioned proceeding. 
This further Reexamination was based a substantial new question of patentability raised 
by a Japanese Published Patent Application No. 06-103 133 ("Saka"). In the ensuing 
Office Action of October 2004 Saka was nowhere cited as a basis for rejection of a single 
claim pending in the above captioned action. 3 

In the first Office Action (October 2004) after the RCE a new Examiner repeated 
verbatim the rejections made in the Office Action of July 2002. In fact it appeared that 

3 In the Office Action of June 2005 the current Examiner admitted that there was no additional basis for 
rejection based upon Saka, at pp. 18-19. Applicant repeats its prior request for the dismissal of the 
90/006,541 Reexamination, because it presents no substantial new question of patentability. 
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the Examiner merely scanned the July 2002 Office Action document and inserted the 
scanned version of it into the October 2004 Office Action replete with formatting errors 
(e.g., at p. 18 where paragraph 1 1 is not started on a new line, and the same for the 
paragraph beginning with "additionally" on p. 19 of the July 2002 Office Action), and 
footnotes mistakenly inserted as text in the document, e.g., at p. 9 of the October 2004 
Office Action where the footnote 2 is inserted into the text as an added character after the 
words "current date" and the actual text of the footnote is inserted into the main text after 
the last word on the corresponding page 19 of the July 2002 Office Action "thereby," at 
lines 19-21 of the October 2004 Office Action. 4 

In a final Office Action of June 10, 2005 the Examiner has simply incorporated by 
reference the rejections made in the October 2004 Office Action, which, as noted simply 
repeat the rejections of the July 2002 Office Action. 

Incorporation By Reference 

Applicant believes that the arguments contained in referenced portions of 
Applicant's Responses of February and December 2002 cited herein sufficiently address 
the assertions of the Examiners up through the Final Office Action of October 2005, the 
final two Office Actions, as noted above, being simply regurgitations of the Office Action 
of July 2002. Applicant hereby incorporates these responses as referenced in this Brief 
and all of the Response of December 2002 whether referenced or not herein. 



Applicable Law 

Applicant also believes that the discussion of the applicable law in the Response 
of December 2002, pp. 3-15 and elsewhere in other portions of that Response cited herein 



4 Actually only the portion of the footnote from the July 2002 Office Action is inserted here, with the 
remainder and the following footnote inserted on the next page (20 of the October 2004 Office Action) after 
the last words on that page "combine the", i.e., lines 15-17 on page 20 of the October 2004 Office Action. 

5 Also, the Examiner stated in the first paragraph of "Remarks" by the Examiner in the Office Action of 
June 2005 that it wasn't nesessary to make any additional or other arguments because the claims have not 
been amended since the July 2002 Office Action. 
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adequately presents the law applicable to the issues in this Appeal and incorporates them 
by reference. 

Specific Rejections 

Reissue Applications 

The Examiner has incorporated an objection to the form of the Reissue 
Application submitted in the above captioned action from the October 2004 Office action. 
This is a repeat of an objection/rejection that has appeared in every Office Action in this 
case, despite applicant having submitted a new declaration, which specifically references 
at least one error in the patent, i.e., that applicant claims more or less than could have 
been claimed, to wit : 

Claim 1 recites 'according to a format wherein M1M2 is the numerical month 

designator, D1D2 is the numerical data designator ... 

The invention is broader than this recitation and can include, e.g., a month and 
date designator other than as recited, e.g., in Julian format, so long as there is ,e.g., 
a year designator such as Yl Y2. 

Contrary to the Examiner's statement on p. 15 of the Office Action of June 2005, 
applicant believes that applicant has submitted a substitute Declaration that does refer to 
the amendment to the Dickens application. 

New Matter 

The examiner has asserted that Exhibit A adds new matter. Applicant asserts that 
Exhibit A was filed with the application for the Dickens patent as originally filed and 
cannot, therefore be new matter. Applicant has previously submitted evidence that 
Exhibit A was so filed, attached to the December 2002 Response of applicant and as 
Appendix D to this Appeal Brief. As noted in A Response of applicant filed in February 
of 2005: 

The Examiner has objected to Exhibit A as new matter. Exhibit A was submitted 
previously along with evidence that it was filed with the Specification as 
originally filed. The Examiner has not stated why this is not sufficient to show 
that Exhibit A was filed with the application that led t the above referenced patent 
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originally. Having been submitted with the application that led to the above 
referenced patent as filed, it is not new matter. 

The Examiner has still not indicated why the evidence submitted by applicant is 
not sufficient to indicate that Exhibit A was filed with the application for the Dickens 
patent as originally filed. 

Further, in a submission in the application as originally filed for the Dickens 
patent, a Declaration of Dickens was submitted with an attachment Exhibit G, that was 
indicated to be a copy of the Exhibit A, and it was stated to be the Exhibit A which was 
filed with the original application for the Dickens patent. The Examiner did not take 
issue with such representation. 

§112 Rejections 

Claims 16-67, 69-73 and 75-76 

Claims 16-67, 69-73 and 75-76 stand rejected under 35 U.S.C. §112, first 
paragraph as set forth in paragraphs 5-9 of the October 2004 Office Action which 
correspond to paragraphs 5-9 of the Office Action of July 2002, and which are 
incorporated by reference in the June 2005 Office Action which is the subject of this 
appeal. 

Pages 16-29 of the Response of December 2002 discusses the disclosure of the 
Dickens patent and the interpretations thereof in the record of the original prosecution and 
demonstrate that the inventions as claimed were contained in the Dickens patent 
application as originally filed, whether taking Exhibit A into account or not. Applicant 
submits that the Declarations of Toreson and winner also support applicants position in 
this regard. Applicant also submits that the addition of Exhibit A, further supports these 
claims, as is also supported by the Winner Declaration. 

Claims 1-76 

Claims 1-76 have been rejected under 35 U.S.C. §112, second paragraph as being 
indefinite. 

At pages 57-65 of the Response of Applicant of December 2002 applicant has 
addressed these specific rejections of the Examiner as to various groups of claims. 
Claims 1-3, 5, 7 and 9-10 
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Claims 1-3, 5, 7 and 9-10 stand rejected under 35 U.S.C. §103(a) as unpatentable 
over Shaughnessy in view of Hazama as set forth in Paragraphs 8-9 of the Office Action 
of October 2004 which repeat paragraphs 8-9 of the Office Action of July 2002, and 
which is incorporated by reference into the June 2005 Office Action which is the subject 
of this appeal. 

At pages 9-12 of the Response of February 2002 applicant explained why the 
Shaughnessy reference, considered by the original Examiner, discloses a solution to the 
Y2K problem which, while employing windowing, is remarkably different from what is 
recited in the claims of the '063 patent and the reissue claims. Specific elements of the 
claims that are not found in Shaughnessy were discussed at pages 12-13 as to clams 1-3, 
5, 7, and 9-10. 

On pages 14-16 of the Response of February 2002 applicant explained how the 
teachings of Hazama are no better than those of Shaughnessy in regard to the invention as 
claimed and specifically what recitations of the claims 1-3, 5, 7, and 9-10 are not found in 
the combination of Hazama and Shaughnessy. 

Similar arguments are made at pp. 33-40 of the December 2002 Response of 
Applicant. 

Claims 4,6 and 8 

Claims 4, 6 and 8 stand rejected under 35 U.S.C. § 103(a) as unpatentable over 
Shaughnessy in view of Hazama and Booth as set forth in Paragraph 10 of the October 
2004 Office Action which repeats paragraph 10 of the Office Action of July 2002, and 
which is incorporated by reference into the June 2005 Office Action which is the subject 
of this appeal. 

On pages 16-19 of the February 2002 Response applicant explained why Booth 
not only does not propose a solution to the Y2K problem as claimed in the claims of the 
4 063 patent, but also does not even store data in a database in a form that is subject to the 
Y2K ambiguity problem solved by the claimed methods of the c 063 patent. Booth stores 
data in a format that does not use the two digit (Yi Y2) format but rather a number that 
includes all of the year data (century in addition to the portion of the date data represented 
by the Y\ Y 2 two digit date data format of the claims). Specific recitations of the claims 4, 
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6 and 8 not shown in Booth are also noted on pages 20-2 1 of the February 2002 
Response. 

Similar arguments are made at pp. 40-42 of the December 2002 Response of 
applicant. 

Claims 11-18, 20, 22 and 24-25 

Claims 1 1-18, 20, 22 and 24-25 stand rejected under 35 U.S.C. §103(a) over 
Shaughnessy in view of Hazama 6 as set forth in pages 18-28 of the October 2004 Office 
Action which repeats Paragraphs 1 1-12 of the Office Action of July 2002, and which is 
incorporated by reference into the June 2005 Office Action which is the subject of this 
appeal. 

On pages 27-28 of the February 2002 Response of applicant, these assertions of 
the Examiner are addressed. 

Similar arguments are made at pp. 42-45 of the December 2002 Response of 
applicant. 

Claims 19, 21 and 23 

Claims 19, 21 and 23 stand rejected under 35 U.S.C. §103(a) as unpatentable over 
Shaughnessy in view of Hazama and Booth as set forth in Paragraph 1 3 of the October 
2004 Office Action which repeats Paragraph 13 of the Office Action of July 2002, and 
which is incorporated by reference into the June 2005 Office Action which is the subject 
of this appeal. 

On pages 27-28 of the February 2002 Response of applicant, these assertions of 
the Examiner are addressed. 

Similar arguments are contained on p. 45 of the December 2002 Response of 
applicant. 

Claims 26-30 

Claims 26-30 stand rejected under 35 U.S.C. § 103(a) over Shaughnessy in view of 
Hazama and Booth as set forth in paragraph 1 3 of the October 2004 Office Action which 



6 Actually only the rejection of Claims 1 1-15 is based on Shaughnessy, Hazama and Booth (Paragraph 1 1 of 
the July 2002 Office Action and pages 1 8-23 of the October 2004 Office Action) and the rejection of claims 
16-18, 20, 22 and 24-25 is based only on Shaughnessy and Hazama (Paragraph 1 2 of the July 2002 Office 
Action and pp. 24-28 of the October 2004 Office Action. 
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repeats paragraph 13 of the Office Action of July 2002, and which is incorporated by 
reference into the June 2005 Office Action which is the subject of this appeal. 

Applicants assertions in response to this position of the examiner can be found at 
p. 30 of the February 2002 Response of Applicant and p. 46 of the December 2002 
Response of applicant. 

Claim 31 

Claim 31 stands rejected under 35 U.S.C. § 103(a) over Shaughnessy in view of 
Hazama as set forth in Paragraph 15 of the October 2004 Office Action which repeats 
Paragraph 15 of the Office Action of July 2002, and which is incorporated by reference 
into the June 2005 Office Action which is the subject of this appeal. 

Applicant's assertions in response to this position of the examiner can be found at 
p. 30-3 1 of the February 2002 Response of Applicant and p. 46-47 of the December 2002 
Response of applicant. 

Claim 32 

Claim 32 stands rejected under 35 U.S.C. § 103(a) over Shaughnessy in view of 
Hazama and Booth as set forth in Paragraph 16 of the October 2004 Office Action which 
repeats Paragraph 16 of the Office Action of July 2002, and which is incorporated by 
reference into the June 2005 Office Action which is the subject of this appeal. 

Applicant's assertions in response to this position of the examiner can be found at 
p. 30-3 1 of the February 2002 Response of Applicant and p. 46-47 of the December 2002 
Response of applicant. 

Claim 33 

Claim 33 stands rejected under 35 U.S.C. § 103(a) over Shaughnessy in view of 
Hazama as set forth in Paragraph 1 7 of the October 2004 Office Action which repeats 
Paragraph 17 of the Office Action of July 2002, and which is incorporated by reference 
into the June 2005 Office Action which is the subject of this appeal. 
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Applicant's assertions in response to this position of the examiner can be found at 
p. 30-31 of the February 2002 Response of Applicant and p. 46-47 of the December 2002 
Response of applicant. 

Claims 34-59 

Claims 34-59 stand rejected under 35 U.S.C. § 103(a) over Shaughnessy in view of 
Hazama and Booth as set forth in Paragraph 18 of the October 2004 Office Action which 
repeats Paragraph 1 8 of the Office Action of July 2002, and which is incorporated by 
reference into the June 2005 Office Action which is the subject of this appeal. 

Applicant's assertions in response to this position of the examiner can be found at 
p. 31-35 of the February 2002 Response of Applicant and p. 47-48 of the December 2002 
Response of applicant. 

Claim 60 

Claim 60 stands rejected under 35 U.S.C. § 103(a) over Shaughnessy in view of 
Hazama and Booth as set forth in Paragraph 19 of the October 2004 Office Action which 
repeats Paragraph 19 of the Office Action of July 2002, and which is incorporated by 
reference into the June 2005 Office Action which is the subject of this appeal. 

Applicant's assertions in response to this position of the examiner can be found at 
p. 35-37 of the February 2002 Response of Applicant and p. 48-49 of the December 2002 
Response of applicant. 

Claim 61 

Claim 61 stands rejected under 35 U.S.C. §103(a) over Shaughnessy in view of 
Hazama and Booth as set forth in Paragraph 20 of the October 2004 Office Action which 
repeats Paragraph 20 of the Office Action of July 2002, and which is incorporated by 
reference into the June 2005 Office Action which is the subject of this appeal. 

Applicant's assertions in response to this position of the examiner can be found at 
p. 35-37 of the February 2002 Response of Applicant and p. 48-49 of the December 2002 
Response of applicant. 
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Claim 62 

Claim 62 stands rejected under 35 U.S.C. § 103(a) over Shaughnessy in view of 
Hazama and Booth as set forth in Paragraph 21 of the October 2004 Office Action which 
repeats Paragraph 21 of the Office Action of July 2002, and which is incorporated by 
reference into the June 2005 Office Action which is the subject of this appeal 

Applicant's assertions in response to this position of the examiner can be found at 
p. 35-37 of the February 2002 Response of Applicant and p. 48-49 of the December 2002 
Response of applicant. 

Claim 63 

Claim 63 stands rejected under 35 U.S.C. § 103(a) over Shaughnessy in view of 
Hazama and Booth as set forth in Paragraph 22 of the October 2004 Office Action which 
repeats Paragraph 22 of the Office Action of July 2002, and which is incorporated by 
reference into the June 2005 Office Action which is the subject of this appeal. 

Applicant's assertions in response to this position of the examiner can be found at 
p. 35-37 of the February 2002 Response of Applicant and p. 48-49 of the December 2002 
Response of applicant. 

Claim 64 

Claim 64 stands rejected under 35 U.S.C. §103(a) over Shaughnessy in view of 
Hazama and Booth as set forth in Paragraph 23 of the October 2004 Office Action which 
repeats Paragraph 23 of the Office Action of July 2002, and which is incorporated by 
reference into the June 2005 Office Action which is the subject of this appeal. 

Applicant's assertions in response to this position of the examiner can be found at 
p. 35-37 of the February 2002 Response of Applicant and p. 48-49 of the December 2002 
Response of applicant. 

Claims 65-66 
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Claims 65-66 stand rejected under 35 U.S.C. § 103(a) over Shaughnessy in view of 
Hazama and Booth as set forth in pages 72-79 of the October 2004 Office Action which 
repeats Paragraphs 24 and 25 7 of the Office Action of July 2002, and which is 
incorporated by reference into the June 2005 Office Action which is the subject of this 
appeal. 

Applicant's assertions in response to this position of the examiner can be found at 
p. 37 of the February 2002 Response of Applicant and p. 48-49 of the December 2002 
Response of applicant. 

Claim 67 

Claim 67 stands rejected under 35 U.S.C. § 103(a) over Shaughnessy in view of 
Hazama as set forth in Paragraph 26 of the October 2004 Office Action which repeats 
Paragraph 26 of the Office Action of July 2002, and which is incorporated by reference 
into the June 2005 Office Action which is the subject of this appeal. 

Applicant's assertions in response to this position of the examiner can be found at 
p. 37 of the February 2002 Response of Applicant and p. 48-49 of the December 2002 
Response of applicant. 

Claim 68 

Claim 68 stands rejected under 35 U.S.C. § 103(a) over Shaughnessy in view of 
Hazama as set forth in Paragraph 27 of the October 2004 Office Action which repeats 
Paragraph 27 of the Office Action of July 2002, and which is incorporated by reference 
into the June 2005 Office Action which is the subject of this appeal. 

Applicant's assertions in response to this position of the examiner can be found at 
p. 37 of the February 2002 Response of Applicant and p. 48-49 of the December 2002 
Response of applicant. 



7 Actually only the rejection of Claim 65 is based on Shaughnessy, Hazama and booth (Paragraph 24 of the 
July 2002 Office Action and pp. 72-76 of the October 2004 Office Action), while the rejection of Claim 66 
(Paragraph 25 of the July 2002 Office Action and pp 76-79 of the October 2004 Office Action) is based 
only on Shaughnessy and Hazama. 
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Claim 69 

Claim 69 stands rejected under 35 U.S.C. § 103(a) over Shaughnessy in view of 
Hazama as set forth in Paragraph 28 of the October 2004 Office Action which repeats 
Paragraph 28 of the Office Action of July 2002, and which is incorporated by reference 
into the June 2005 Office Action which is the subject of this appeal. 

Applicant's assertions in response to this position of the examiner can be found at 
p. 37 of the February 2002 Response of Applicant and p. 48-49 of the December 2002 
Response of applicant. 

Claim 70 

Claim 70 stands rejected under 35 U.S.C. § 103(a) over Shaughnessy in view of 
Hazama and Booth as set forth in Paragraph 29 of the October 2004 Office Action which 
repeats Paragraph 29 of the Office Action of July 2002, and which is incorporated by 
reference into the June 2005 Office Action which is the subject of this appeal. 

Applicant's assertions in response to this position of the examiner can be found at 
p. 38-39 of the February 2002 Response of Applicant and p. 49-5 1 of the December 2002 
Response of applicant. 

Claim 71 

Claim 71 stands rejected under 35 U.S.C. §103(a) over Shaughnessy in view of 
Hazama and Booth as set forth in Paragraph 30 of the October 2004 Office Action which 
repeats Paragraph 30 of the Office Action of July 2002, and which is incorporated by 
reference into the June 2005 Office Action which is the subject of this appeal. 

Applicant's assertions in response to this position of the examiner can be found at 
p. 38-39 of the February 2002 Response of Applicant and p. 49-5 1 of the December 2002 
Response of applicant. 

Claim 72 

Claim 72 stands rejected under 35 U.S.C. § 103(a) over Shaughnessy in view of 
Hazama as set forth in Paragraph 3 1 of the October 2004 Office Action which repeats 
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Paragraph 3 1 of the Office Action of July 2002, and which is incorporated by reference 
into the June 2005 Office Action which is the subject of this appeal. 

Applicant's assertions in response to this position of the examiner can be found at 
p. 38-39 of the February 2002 Response of Applicant and p. 49-51 of the December 2002 
Response of applicant. 

Claim 73 

Claim 73 stands rejected under 35 U.S.C. § 103(a) over Shaughnessy in view of 
Hazama as set forth in Paragraph 32 of the October 2004 Office Action which repeats 
Paragraph 32 of the Office Action of July 2002, and which is incorporated by reference 
into the June 2005 Office Action which is the subject of this appeal. 

Applicant's assertions in response to this position of the examiner can be found at 
p. 38-39 of the February 2002 Response of Applicant and p. 49-51 of the December 2002 
Response of applicant. 

Claim 74 

Claim 74 stands rejected under 35 U.S.C. § 103(a) over Shaughnessy in view of 
Hazama and Booth as set forth in Paragraph 33 of the October 2004 Office Action which 
repeats Paragraph 33 of the Office Action of July 2002, and which is incorporated by 
reference into the June 2005 Office Action which is the subject of this appeal. 

Applicant's assertions in response to this position of the examiner can be found at 
p. 38-39 of the February 2002 Response of Applicant and p. 49-51 of the December 2002 
Response of applicant. 

Claim 75 

Claim 75 stands rejected under 35 U.S.C. § 103(a) over Shaughnessy in view of 
Hazama as set forth in Paragraph 34 of the October 2004 Office Action which repeats 
Paragraph 34 of the Office Action of July 2002, and which is incorporated by reference 
into the June 2005 Office Action which is the subject of this appeal. 
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Applicant's assertions in response to this position of the examiner can be found at 
p. 38-39 of the February 2002 Response of Applicant and p. 49-51 of the December 2002 
Response of applicant. 

Claim 76 

Claim 76 stands rejected under 35 U.S.C. § 103(a) over Shaughnessy in view of 
Hazama and Booth as set forth in Paragraph 35 of the October 2004 Office Action which 
repeats Paragraph 35 of the Office Action of July 2002, and which is incorporated by 
reference into the June 2005 Office Action which is the subject of this appeal. 

Applicant's assertions in response to this position of the examiner can be found at 
p. 38-39 of the February 2002 Response of Applicant and p. 49-51 of the December 2002 
Response of applicant. 

Claims 1-3-5, 7 and 9-10 

Claims 1-3-5, 7 and 9-10 stand rejected under 35 U.S.C. §103(a) as unpatentable 
over Ohms in view of Hazama as set forth in Paragraphs 8-9 of the Office Action of 
October 2004 which repeat Paragraphs 36 of the Office Action of July 2002, and which is 
incorporated by reference into the June 2005 Office Action which is the subject of this 
appeal. 

At pp. 22-25 of the Response of February 2002 applicant explained why the Ohms 
reference discloses a solution to the Y2K problem which, while employing windowing 
for a completely different purpose than does the claimed method of the Dickens patent, is 
remarkably different from what is recited in the claims of the dickens patent and the 
reissue claims. Specific elements of the claims that are not found in Ohms were 
discussed in those pages as to claims 1-3, 5, 7, and 9-10. Pages 51-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claims 4,6 and 8 
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Claims 4, 6 and 8 stand rejected under 35 U.S.C. § 103(a) as unpatentable over 
Ohms in view of Hazama and Booth as set forth in Paragraph 37 of the October 2004 
Office Action which repeats paragraph 37 of the Office Action of July 2002, and which is 
incorporated by reference into the June 2005 Office Action which is the subject of this 
appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 5 1 -54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claims 11-15 

Claims 1 1-15 stand rejected under 35 U.S.C.§103(a) over Ohms in view of 
Hazama and Booth, as set for in Paragraph 38 of the July 2002 Office Action which 
repeats Paragraph 38 of the Office action of July 2002, and which is incorporated by 
reference in the June 2005 Office Action which is the subject of this appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 51-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claims 16-18, 20, 22 and 24-25 

Claims 16-18, 20, 22 and 24-25 stand rejected under 35 U.S.C. §103(a) over 
Ohms in view of Hazama as set forth in Paragraph 39 of the October 2004 Office Action 
which repeats Paragraph 39 of the Office Action of July 2002, and which is incorporated 
by reference into the June 2005 Office Action which is the subject of this appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 5 1-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claims 19, 21 and 23 
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Claims 19, 21 and 23 stand rejected under 35 U.S.C. § 103(a) as unpatentable over 
Ohms in view of Hazama and Booth as set forth in Paragraph 40 of the October 2004 
Office Action which repeats Paragraph 40 of the Office Action of July 2002, and which is 
incorporated by reference into the June 2005 Office Action which is the subject of this 
appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 51-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claims 26-30 

Claims 26-30 stand rejected under 35 U.S.C. § 103(a) over Ohms in view of 
Hazama and Booth as set forth in paragraph 41 of the October 2004 Office Action which 
repeats paragraph 41 of the Office Action of July 2002, and which is incorporated by 
reference into the June 2005 Office Action which is the subject of this appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 51-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claim 31 8 

Claim 31 stands rejected under 35 U.S.C. § 103(a) over Ohms in view of Hazama 
as set forth in Paragraph 42 of the October 2004 Office Action which repeats Paragraph 
42 of the Office Action of July 2002, and which is incorporated by reference into the June 
2005 Office Action which is the subject of this appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 51-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claim 32 

8 The Examiner in the June 2005 Office Action omitted the rejection of Claim 3 1 over Ohms in view of 
Hazama (Paragraph 42 of the October 2004 Office Action and missing from the October 2004 Office 
Action). 
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Claim 32 stands rejected under 35 U.S.C. § 103(a) over Ohms in view of Hazama 
and Booth as set forth in Paragraph 43 of the October 2004 Office Action which repeats 
Paragraph 43 of the Office Action of July 2002, and which is incorporated by reference 
into the June 2005 Office Action which is the subject of this appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 5 1-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claim 33 

Claim 33 stands rejected under 35 U.S.C. §103(a) over Ohms in view of Hazama 
as set forth in Paragraph 44 of the October 2004 Office Action which repeats Paragraph 
44 of the Office Action of July 2002, and which is incorporated by reference into the June 
2005 Office Action which is the subject of this appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 51-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claims 34-59 

Claims 34-59 stand rejected under 35 U.S.C. § 103(a) over Ohms in view of 
Hazama and Booth as set forth in Paragraph 45 of the October 2004 Office Action which 
repeats Paragraph 45 of the Office Action of July 2002, and which is incorporated by 
reference into the June 2005 Office Action which is the subject of this appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 5 1-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claim 60 

Claim 60 stands rejected under 35 U.S.C. §103(a) over Ohms in view of Hazama 
and Booth as set forth in Paragraph 46 of the October 2004 Office Action which repeats 
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Paragraph 46 of the Office Action of July 2002, and which is incorporated by reference 
into the June 2005 Office Action which is the subject of this appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 51-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claim 61 

Claim 61 stands rejected under 35 U.S.C. §103(a) over Ohms in view of Hazama 
and Booth as set forth in Paragraph 47 of the October 2004 Office Action which repeats 
Paragraph 47 of the Office Action of July 2002, and which is incorporated by reference 
into the June 2005 Office Action which is the subject of this appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 51-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claim 62 

Claim 62 stands rejected under 35 U.S.C. § 103(a) over Ohms in view of Hazama 
and Booth as set forth in Paragraph 48 of the October 2004 Office Action which repeats 
Paragraph 48 of the Office Action of July 2002, and which is incorporated by reference 
into the June 2005 Office Action which is the subject of this appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 51-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claim 63 

Claim 63 stands rejected under 35 U.S.C. §103(a) over Ohms in view of Hazama 
and Booth as set forth in Paragraph 49 of the October 2004 Office Action which repeats 
Paragraph 49 of the Office Action of July 2002, and which is incorporated by reference 
into the June 2005 Office Action which is the subject of this appeal. 
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The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 51-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claim 64 

Claim 64 stands rejected under 35 U.S.C. § 103(a) over Ohms in view of Hazama 
and Booth as set forth in Paragraph 50 of the October 2004 Office Action which repeats 
Paragraph 50 of the Office Action of July 2002, and which is incorporated by reference 
into the June 2005 Office Action which is the subject of this appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 51-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claim 65 

Claims 65 stands rejected under 35 U.S.C. §103(a) over Ohms in view of Hazama 
and Booth as set forth Paragraph 5 1 of the October 2004 Office Action which repeats 
Paragraph 5 1 of the Office Action of July 2002, and which is incorporated by reference 
into the June 2005 Office Action which is the subject of this appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 51-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claim 66 

Claims 66 stands rejected under 35 U.S.C. §103(a) over Ohms in view of Hazama 
and Booth as set forth Paragraph 52 of the October 2004 Office Action which repeats 
Paragraph 52 of the Office Action of July 2002, and which is incorporated by reference 
into the June 2005 Office Action which is the subject of this appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 51-54 of the December 
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2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claim 67 

Claim 67 stands rejected under 35 U.S.C. § 103(a) over Ohms in view of Hazama 
and Booth as set forth in Paragraph 53 of the October 2004 Office Action which repeats 
Paragraph 53 of the Office Action of July 2002, and which is incorporated by reference 
into the June 2005 Office Action which is the subject of this appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 51-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claim 68 

Claim 68 stands rejected under 35 U.S.C. § 103(a) over Ohms in view of Hazama 
as set forth in Paragraph 54 of the October 2004 Office Action which repeats Paragraph 
54 of the Office Action of July 2002, and which is incorporated by reference into the June 
2005 Office Action which is the subject of this appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 51-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claim 69 

Claim 69 stands rejected under 35 U.S.C. § 103(a) over Ohms in view of Hazama 
and Booth as set forth in Paragraph 55 of the October 2004 Office Action which repeats 
Paragraph 55 of the Office Action of July 2002, and which is incorporated by reference 
into the June 2005 Office Action which is the subject of this appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 51-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claim 70 
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Claim 70 stands rejected under 35 U.S.C. § 103(a) over Ohms in view of Hazama 
and Booth as set forth in Paragraph 56 of the October 2004 Office Action which repeats 
Paragraph 56 of the Office Action of July 2002, and which is incorporated by reference 
into the June 2005 Office Action which is the subject of this appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 51-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claim 71 

Claim 71 stands rejected under 35 U.S.C. § 103(a) over Ohms in view of Hazama 
and Booth as set forth in Paragraph 57 of the October 2004 Office Action which repeats 
Paragraph 57 of the Office Action of July 2002, and which is incorporated by reference 
into the June 2005 Office Action which is the subject of this appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 51-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claim 72 

Claim 72 stands rejected under 35 U.S.C. § 103(a) over Ohms in view of Hazama 
as set forth in Paragraph 58 of the October 2004 Office Action which repeats Paragraph 
58 of the Office Action of July 2002, and which is incorporated by reference into the June 
2005 Office Action which is the subject of this appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 51-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claim 73 

Claim 73 stands rejected under 35 U.S.C. § 103(a) over Ohms in view of Hazama 
as set forth in Paragraph 59 of the October 2004 Office Action which repeats Paragraph 
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59 of the Office Action of July 2002, and which is incorporated by reference into the June 
2005 Office Action which is the subject of this appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 51-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claim 74 

Claim 74 stands rejected under 35 U.S.C. § 103(a) over Ohms in view of Hazama 
and Booth as set forth in Paragraph 60 of the October 2004 Office Action which repeats 
Paragraph 60 of the Office Action of July 2002, and which is incorporated by reference 
into the June 2005 Office Action which is the subject of this appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 51-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claim 75 

Claim 75 stands rejected under 35 U.S.C. § 103(a) over Ohms in view of Hazama 
and Booth as set forth in Paragraph 61 of the October 2004 Office Action which repeats 
Paragraph 61 of the Office Action of July 2002, and which is incorporated by reference 
into the June 2005 Office Action which is the subject of this appeal. 

The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 51-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Claim 76 

Claim 76 stands rejected under 35 U.S.C. § 103(a) over Ohms in view of Hazama 
and Booth as set forth in Paragraph 62 of the October '2004 Office Action which repeats 
Paragraph 62 of the Office Action of July 2002, and which is incorporated by reference 
into the June 2005 Office Action which is the subject of this appeal. 
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The above noted portions of the February 2002 Response of applicant discus also 
the rejections based on Ohms as the primary reference. Pages 51-54 of the December 
2002 Response of applicant discuss the rejections based on Ohms as the primary 
reference. 

Examiner's General Statements 

The July 2002 Office Action contained a number of general statements of the 
Examiner not specifically incorporated as rejections under any section of the statute and 
not in the June 2005 Office Action which is the subject of this appeal. Nevertheless 
applicant refers the Board to the discussion of these statements by applicant at pp. 29-33 
of the December 2002 Response of applicant. In addition, in the October 2004 Office 
Action in a section denoted REMARKS the Examiner made certain other arguments that 
Applicant addressed at pp. 65-87. 

Paragraph 72 of the July 2002 Office Action contains the Examiner's argument 
that the assertions made by applicant and the Declaration of Toreson (an also therefore 
Winner later) fail to point out how the Specification supports claim language. Applicant 
submits that this support is adequately demonstrated in the arguments previously 
submitted by applicant as referenced above. 

In paragraph 73 of the July 2002 Office Action the Examiner seems to be 
objecting to applicants reliance on Exhibit A, because Exhibit A has not been properly 
inserted into the Reissue/Reexamination proceeding. The Examiner is objecting to the 
manner in which applicant had attempted to do so. Applicant submits that this does not 
constitute an assertion that Exhibit A was not filed with the application as originally filed. 

In fact the Examiner here simply asserts that the applicant has failed to point out 
what parts of the Exhibit A support the claim language at issue. In this regard, if not 
sufficiently explained elsewhere, applicant submits that Exhibit A shows source code for 
a program which supports the language in the referenced claims 16-25, 31-33, 66-67, 72, 
and 36-43 regarding "collectively processing" or "collectively further processing." 

The Declaration of Winner, e.g., in fflj 131, 165, 169, 173, 175, 179, 209, 210, 21 1 
and 212 is more specific in this regard. 
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Paragraph 74 of the July 2002 Office Action contains the assertion that applicant 
has made only "general allegations" regarding adequacy of the disclosure of the dickens 
patent, with or without Appendix A. Applicant respectfully submits that the above noted 
arguments of applicant along with the Declarations of Toreson and Winner are specific in 
setting forth how the claimed invention is supported by the Specification of the Dickens 
patent, even without Exhibit A, but even the more so with that Exhibit A. 

In paragraph 75 of the July 2002 Office Action the Examiner admits that the 
specification supports the claim recitation. 

Paragraphs 76 and 77 of the July 2002 Office Action reflect further disagreements 
with the Examiner on the interpretation of the Shaughnessy reference, which applicant 
also submits is adequately addressed in the prior arguments of applicant referenced 
above. 

Finally, as to Exhibit A, the Examiner has repeated what was first asserted in the 
Office Action of October 2004 (pp. 1-2), i.e., that Exhibit A constituted new matter. 9 
Prior to that time the Examiner had treated Exhibit A as if it were part of the original 
disclosure but improperly inserted into the Specification in the Reissue Application by 
certificate of correction as opposed to a substitute specification. Applicant has filed a 
Substitute Specification incorporating Exhibit A. Applicant has submitted evidence that 
the Exhibit A was sent to the Patent Office with the originally filed application. 10 

The Examiner has simply asserted that Exhibit A adds new matter, but does not 
disagree that Exhibit A was part of the application as filed. Given Exhibit A was part of 
the application as originally filed in 1996, applicant asserts that it does not add new 
matter. 

Conclusion 

For the above stated reasons, applicant submits that claims 1-78 in the Reissue 
application should be allowed and the Reexamination proceedings dismissed. 

9 In the same paragraph (p. 1 7), the Examiner commented that applicant had not indicated the specific 
correspondence in which the Examiner had indicated that a Certificate of correction was an improper way to 
put Exhibit B into the Reissue application (which was by the way the Office Action of July 2002, p. 2, ^[4) 

10 In a Response in the original applications for the dickens patent, Applicants counsel in the original 
prosecution of the Dickens patent also referred to the fact that the Exhibit A had been filed with the 
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Respectfully submitted, 




Bruce M. Dickens 
949-857-1487 



application (equivalent to an Exhibit G filed with an Affidavit of the inventor filed with that Response), the 
Examiner did not take issue with this assertion. 
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Appendix A 
Claims on Appeal 

1 . (Original) A method of processing symbolic representations of dates stored in a 
database, comprising the steps of 

providing a database with symbolic representations of dates stored therein 
according to a format wherein Mj M2 is the numerical month designator, D\ D2 is the 
numerical day designator, and Yj Y2 is the numerical year designator, all of the symbolic 
representations of dates falling within a 10-decade period of time; 

selecting a 10-decade window with a Ya Yb value for the first decade of the 
window, Ya Yb being no later than the earliest Yi Y2 year designator in the database; 

determining a century designator Ci C2 for each symbolic representation of a date 
in the database, Cj C2 having a first value if Yi Y2 is less than Ya Yb and having a 
second value if Yi Y2 is equal to or greater than Ya Yb; and 

reformatting the symbolic representation of the date with the values Ci C2, Yi Y2, 
Mi M2 , and Di D2 to facilitate further processing of the dates. 



2. (Original) The method of claim 1, wherein the 10-decade window includes the decade 
beginning in the year 2000. 

3. (Original) The method of claim 2 5 wherein the step of determining includes the step of 

determining the first value as 20 and the second value as 19. 

4. (Original) The method of claim 1 5 including an additional step, after the step of 
reformatting, of 

sorting the symbolic representations of dates. 

5. (Original) The method of claim 1, wherein the step of reformatting includes the step of 

reformatting each symbolic representation of a date into the format C\ C2, Yj Y2, 
Mi M2 , and Di D2. 

6. (Original) The method of claim 5, including an additional step, after the step of 
reformatting, of 

sorting the symbolic representations of dates using a numerical-order sort. 

7. (Original) The method of claim 1, wherein the step of providing a database includes 
the step of 

converting pre-existing date information having a different format into the format 
wherein Mi M2 is the numerical month designator, Di D2 is the numerical day designator 
and Yi Y2 is the numerical year designator. 

8. (Original) The method of claim 1, wherein the step of selecting includes the step of 

selecting Ya Yb such that Yb is 0 (zero). 

9. (Original) The method of claim 1, including an additional step, after the step of 
reformatting, of 

storing the symbolic representation of dates and their associated information back 
into the database. 



10. (Amended) The method of claim 9, including the additional step, after the step of 
reformatting, of 

manipulating information in the database utilizing [having] the reformatted date 
information [therein], 

1 1 . A method of processing dates in a database, comprising the steps of 

providing a database with dates stored therein according to a format wherein Mi 
M2 is the numerical month designator, Dj D2 is the numerical day designator, and Yi Y2 
is the numerical year designator, all of dates falling within a 10-decade period of time 
which includes the decade beginning in the year 2000; 

selecting a 10-decade window with a Ya Yb value for the first decade of the 
window, Ya Yb being no later than the earliest Ci C2Y1 Y2 year designator in the 
database; 

determining a century designator Ci C2 for each date in the database, Ci C2 
having a first value if Yi Y2 is less than Ya Yb and having a second value if Yi Y2 is 
equal to or greater than Ya Yb; 

reformatting each date in the form Cj C2 Y\ Y2 Mi M2 Di D2 to facilitate further 
processing of the dates; and 

sorting the dates in the form Ci C2 Yi Y2 Mi M2 Di D2. 

12. The method of claim 1 1, wherein the step of providing a database includes the step of 

converting pre-existing date information having a different format into the format 
wherein Mi M2 is the numerical month designator, Di D2 is the numerical day designator 
and Yi Y2 is the numerical year designator. 

13. The method of claim 1 1, wherein the step of selecting includes the step of 

selecting Y A Yb such that Yb is 0 (zero). 

14. The method of claim 1 1, including an additional step, after the step of sorting, of 



storing the sorted dates and their associated information back into the database. 

15. The method of claim 14, including the additional step, after the step of sorting, of 

manipulating information in the database having the reformatted date therein. 

16. (New) A method of processing symbolic representations of dates stored in a database, 
comprising the steps of: 

providing a database with symbolic representations of dates stored therein according 
to a format wherein M? is the numerical month designator. D? is the numerical 
day designator, and Y i _ Y? is the numerical year designator, all of the symbolic 
representations of dates falling within a 10-decade period of time; 

selecting a window with a Ya Yr value for a pivot date of the window, Ya Yr being 
no later than the earliest Y i _ Y? year designator in the database; 

determining a century designator C? for each symbolic representation of a date in 
the database, C i ^ C? having a first value if Y i _ Y? is less than Ya Yr and having a 
second value if Y i_ Y? is equal to or greater than Ya Yr ; and 

reformatting the symbolic representation of each symbolic representation of a date in 
the database, without the addition of any new data field to the database, with the 
reformatted symbolic representation of each date in the database having the values 
C?, Y^ Yg, M\_ M?, and D?, in order to facilitate collectively further processing the 
reformatted symbolic representations of each of the symbolic representations of each 
of the dates. 

17. (New) The method of claim 16, wherein the window includes at least a portion of the 
decade beginning in the year 2000. 



18. (New) The method of claim 17. wherein the step of determining includes the step of: 
determining the first value as 20 and the second value as 19. 

19. (New) The method of claim 16, including an additional step, after the step of 
reformatting, of: 

sorting the symbolic representations of dates. 

20. (New) The method of claim 16, wherein the step of reformatting includes the step of: 

reformatting each symbolic representation of a date into the format Q C? Y ^ Y? 
M? D± D^separately from the symbolic representations in the database. 

21. (New) The method of claim 20, including an additional step, after the step of 
reformatting, of: 

sorting the symbolic representations of dates using a numerical-order sort. 

22. (New) The method of claim 16. wherein the step of providing a database includes the 
step of: ^ 

converting pre-existing date information having a different format into the format 
wherein M i M? is the numerical month designator, D? is the numerical day 
designator and Y^ Y? is the numerical year designator. 

23. (New) The method of claim 16. wherein the step of selecting includes the step of: 
selecting Ya Yr such that Y r is 0 (zero). 

24. (New) The method of claim 16, including an additional step, after the step of 
reformatting, of: 



storing the symbolic representation of dates and their associated information back 
into the database. 

25. (New) The method of claim 24, including the additional step, after the step of 
reformatting, of: 

manipulating information in the database having the reformatted date information 
therein. 

26. (New) A method of processing dates in a database, comprising the steps of: 

providing a database with dates stored therein according to a format wherein M? is 
the numerical month designator, D_i D? is the numerical day designator, and Y\_ Y? is 
the numerical year designator, all of the symbolic representations of dates falling 
within a 10-decade period of time; 

selecting a window with a Y a Yr value for a pivot date of the window, Ya Yr being 
no later than the earliest Y^ Y? year designator in the database; 

determining a century designator Cj_ C? for each date in the database, Q C? having a 
first value if Y^ Y? is less than Ya Yr and having a second value if Y^ Y? is equal to 
or greater than Ya Yr ; 

reformatting the symbolic representation of each symbolic representation of a date in 
the database, without the addition of any new data field to the database, with the 
reformatted symbolic representation of each date in the database having the values C i_ 
C?, Yj^ Y?, M? , and D?, in order to facilitate collectively further processing the 
reformatted symbolic representations of each of the symbolic representations of each 
of the dates; and 



sorting the dates in the form Q C? Y + Y? M? D2. 

27. (New) The method of claim 26. wherein the step of providing a database includes the 
step of: 

converting pre-existing date information having a different format into the format 
wherein M i _ M? is the numerical month designator, D? is the numerical day 
designator and Y^ Y? is the numerical year designator. 

28. (New) The method of claim 26. wherein the step of selecting includes the step of: 
selecting Ya Yr such that Yr is 0 (zero). 

29. (New) The method of claim 26. including an additional step, after the step of sorting. 

storing the sorted dates and their associated information back into the database. 

30. (New) The method of claim 29. including the additional step, after the step of sorting. 
of 

manipulating information in the database having the reformatted dates therein. 

3 1 . (New) A method of processing symbolic representations of dates stored in a database, 
comprising the steps of: 

providing a database with symbolic representations of dates stored therein according 
to a format wherein Y^ Y? is the numerical year designator; 

selecting a window with a Ya Yr value for the first decade of the window. Ya Y r 
being no later than the earliest Y^ Y? year designator in the database: 



determining a century designator Cj_ C? for each symbolic representation of a date in 
the database, Ci C? having a first value if Y i Y? is less than Ya Yr and having a 
second value if Y^ Y? is equal to or greater than Ya Yr ; and 

reformatting the symbolic representation of each symbolic representation of a date in 
the database, without the addition of any new data field to the database, with the 
reformatted symbolic representation of each date in the database having the values C\ 
C7. Y^ Y?, in order to facilitate collectively further processing the reformatted 
symbolic representations of each of the symbolic representations of each of the dates. 

32. (New) A method of processing dates in a database, comprising the steps of: 

providing a database with symbolic representations of dates stored therein according 
to a format wherein Y^ Y? is the numerical year designator; 

selecting a window with a Y a Yr value for a pivot year of the window, Ya Yr being 
no later than the earliest Yj_ Y? year designator in the database; 

determining a century designator C? for each symbolic representation of a date in 
the database, Cj_ C? having a first value if Y^ Y9 is less than Ya Yr and having a 
second value if Y^ Y? is equal to or greater than Ya Yr ; 

reformatting the symbolic representation of each of the dates in the database, without 
the addition of any new data field to the database, with the reformatted symbolic 
representation of each date in the database having the values C?. Y^ Y?, in order to 
facilitate collectively further processing the reformatted symbolic representations of 
each of the dates; and 

sorting the dates in the form Cj_ C? Y^ Y?. 



33. (New) A method of processing symbolic representations of dates stored in a database, 
comprising the steps of: 

providing a database with symbolic representations of dates stored therein according 
to a format wherein Y? is the numerical year designator: 

selecting a window with a Ya Yr value for the first decade of the window, Ya Yr 
being no later than the earliest Y^ Y? year designator in the database; 

determining a century designator C \ C? for each symbolic representation of a date in 
the database, C j_ C? having a first value if Y? is less than Ya Yr and having a 
second value if Y^ Y? is equal to or greater than Ya Yr ; and 

reformatting the symbolic representation of each symbolic representation of a date in 
the database, without changing any of the symbolic representations of a date in the 
database during the reformatting step, with the reformatted symbolic representation of 
each date in the database having the values C± C?, Y i _ Y% in order to facilitate 
collectively further processing the reformatted symbolic representations of each of the 
dates. 

34. (New) A method for representing and utilizing dates stored in at least one date field 
of a database utilizing symbolic representations of the dates stored in the at least one date 
field of the database, which are in a format that creates ambiguity between dates in each 
of a pair of adjacent centuries, comprising the steps of: 

converting each of the symbolic representations of dates stored in the at least one date 
field of the database to a symbolic representation of each of the respective dates that 
does not create the ambiguity, by windowing the symbolic representations of each of 
the respective dates as stored in the at least one date field of the database against a 



pivot year represented by one of the symbolic representations of the dates as stored in 
the at least one date field of the database, without the addition of any new data field to 
the database for purposes of such windowing and converting: and. 

running a program collectively on each of the converted symbolic representations of 
each of the respective dates to sort or otherwise manipulate the dates represented by 
the converted symbolic representations, separately from the date data symbolic 
representations contained in the at least one date field of the database. 

35. (New) A method of claim 34 further comprising the step of: 
opening the database prior to the step of converting. 

36. (New) The method of claim 34 further comprising the step of: 

collectively sorting the converted symbolic representations prior to the step of 

running the program on the converted symbolic representations. 

37. (New) The method of claim 35 further comprising the step of: 

collectively sorting the converted symbolic representations prior to the step of 

running the program on the converted symbolic representations. 

38. (New) The method of claim 34 further comprising the step of: 

collectively manipulating the converted symbolic representations prior to the step 
of running the program on the converted symbolic representations. 



39. (New) The method of claim 35 further comprising the step of: 



collectively manipulating the converted symbolic representations prior to the step 
of running the program on the converted symbolic representations. 

40. (New) The method of claim 34 further comprising the step of: 
collectively sorting the converted symbolic representations according to a 

different data field contained in the database from the at least one date field, prior to the 
step of running the program on the converted symbolic representations. 

41. (New) The method of claim 35 further comprising the step of: 
collectively sorting the converted symbolic representations according to a 

different data field contained in the database from the at least one date field, prior to the 
step of running the program on the converted symbolic representations. 

42. (New) The method of claim 34 further comprising the step of: 

collectively manipulating the converted symbolic representations according to a 
different data field contained in the database from the at least one date field, prior to the 
step of running the program on the converted symbolic representations. 

43. (New) The method of claim 35 further comprising the step of: 

collectively manipulating the converted symbolic representations according to a 
different data entry field contained in the database from the at least one date field, prior to 
the step of running the program on the converted symbolic representations. 



44. (New) The method of claim 34 wherein the program performs an operation which 
manipulates the data in a data field associated with the at least one date field of the 
database according to the converted symbolic representation of the date. 

45. (New) The method of claim 35 wherein the program performs an operation which 
manipulates the data in a data field associated with the at least one date field of the 
database according to the converted symbolic representation of the date. 

46. (New) The method of claim 34 wherein the step of converting includes converting 
at least a substantial portion of each of the plurality of symbolic representations of dates 
in the at least one date field and repeating this step until each of the date data entries in 
the at least one date field is converted into the format that does not have the ambiguity. 

47. (New) The method of claim 35 wherein the step of converting includes converting 
at least a substantial portion of each of the plurality of symbolic representations of dates 
in the at least one date field and repeating this step until each of the date data entries in 
the at least one date field is converted into the format that does not have the ambiguity. 

48. (New) The method of claim 46 further comprising the steps of: 

collectively sorting the converted symbolic representations prior to the step of 

running the program on the converted symbolic representations. 

49. (New) The method of claim 47 further comprising the steps of: 



collectively sorting the converted symbolic representations prior to the step of 

running the program on the converted symbolic representations. 

50. (New) The method of claim 46 further comprising the step of: 
collectively manipulating the converted symbolic representations. 

5 1 . (New) The method of claim 49 further comprising the step of: 
collectively manipulating the converted symbolic representations. 

52. (New) The method of claim 46 further comprising the step of: 
collectively sorting the converted symbolic representations according to a 

different data field in the database than the at least one date field, prior to the step of 
running the program. 

53. (New) The method of claim 47 further comprising the step of: 
collectively sorting the converted symbolic representations according to a 

different data field in the database than the at least one date field, prior to the step of 
running the program. 

54. (New, Previously Amended) The method of claim 52 further comprising the step 
of: 

collectively manipulating the converted symbolic representations. 



55. (New) The method of claim 53 further comprising the step of: 
collectively manipulating the converted symbolic representations. 

56. (New) The method of claim 52 wherein the program performs an operation which 
manipulates the data in a data field associated with the at least one date field of the 
database according to the converted symbolic representation of the date. 

57. (New) The method of claim 53 wherein the program performs an operation which 
manipulates the data in a data field associated with the at least one date field of the 
database according to the converted symbolic representation of the date. 

58. (New) The method of claim 54 wherein the program performs an operation which 
manipulates the data in a data field associated with the at least one date field of the 
database according to the converted symbolic representation of the date. 

59. (New) The method of claim 55 wherein the program performs an operation which 
manipulates the data in a data field associated with the at least one date field of the 
database according to the converted symbolic representation of the date. 

60. (New) A method for representing and utilizing dates stored in at least one date field 
of a database utilizing symbolic representations of the dates stored in the at least one date 
field of the database, which are in a format that creates ambiguity between dates in each 
of a pair of adjacent centuries, comprising the steps of: 



converting each of the symbolic representations of dates stored in the at least one date 
field of the database to a symbolic representation of each of the respective dates that 
does not create the ambiguity, by windowing the symbolic representations of each of 
the respective dates as stored in the at least one date field of the database against a 
pivot year represented by one of the symbolic representations of the dates as stored in 
the at least one date field of the database, without modifying any of the symbolic 
representations of dates in the at least one date field of the database for purposes of 
such windowing and converting; 

running a program on each of the converted symbolic representations of each of the 
respective dates to sort or otherwise manipulate data in the database according to the 
dates represented by the converted symbolic representations, separately from the date 
data symbolic representations of dates contained in the at least one date field of the 
database. 

61. (New) A method for representing and utilizing dates stored in at least one date field 
of a database utilizing symbolic representations of the dates stored in the at least one date 
field of the database, which are in a format that creates ambiguity between dates in each 
of a pair of adjacent centuries, comprising the steps of: 

converting each of the symbolic representations of dates stored in the at least one date 
field of the database to a symbolic representation of each of the respective dates that 
does not create the ambiguity, by windowing the symbolic representations of each of 
the respective dates as stored in the at least one date field of the database against a 
pivot year represented by one of the symbolic representations of the dates as stored in 
the at least one date field of the database, without modifying any of the symbolic 



representations of dates in the at least date field of the database for purposes of such 
windowing and converting; 

running a program collectively on each of the converted symbolic representations of 
each of the respective dates to sort or otherwise manipulate the dates represented by 
the converted symbolic representations, separately from the symbolic representations 
of dates contained in the at least one date field of the database. 

62. (New) A method for representing and utilizing dates stored in at least one date field 
of a database utilizing symbolic representations of the dates stored in the at least one date 
field of the database, which are in a format that creates ambiguity between dates in each 
of a pair of adjacent centuries- comprising the steps of: 

converting each of the symbolic representations of dates stored in the at least one date 
field of the database to a symbolic representation of each of the respective dates that 
does not create the ambiguity, by windowing the symbolic representations of each of 
the respective dates as stored in the at least one date field of the database against a 
pivot year represented by one of the symbolic representations of the dates as stored in 
the at least one date field of the database, without the addition of any new data field to 
the database for purposes of such windowing and converting; 

storing the converted symbolic representations separate from the at least one date 
field of the database; and 

running a program on the stored converted symbolic representations to sort or 
otherwise manipulate data in the database according to the dates represented by the 
converted symbolic representations, separately from the symbolic representations of 
dates contained in the at least one date field of the database. 



63. (New) A method for representing and utilizing dates stored in at least one date field 
of a database utilizing symbolic representations of the dates stored in the at least one date 
field of the database, which are in a format that creates ambiguity between dates in each 
of a pair of adjacent centuries, comprising the steps of: 

converting each of the symbolic representations of dates stored in the at least one date 
field of the database to a symbolic representation of each of the respective dates that 
does not create the ambiguity, by windowing the symbolic representations of each of 
the respective dates as stored in the at least one date field of the database against a 
pivot year represented by one of the symbolic representations of the dates as stored in 
the at least one date field of the database, without the addition of any new data field to 
the database for purposes of such windowing and converting: 

storing the converted symbolic representations separate from the at least one date 
field of the database; and 

running a program collectively on the stored converted symbolic representations to 
sort or otherwise manipulate the dates represented by the converted symbolic 
representations, separately from the symbolic representations of dates contained in 
the at least one date field of the database. 

64. (New) A method for representing and utilizing dates stored in at least one date field 
of a database utilizing symbolic representations of the dates stored in the at least one date 
field of the database, which are in a format that creates ambiguity between dates in each 
of a pair of adjacent centuries, comprising the steps of: 



converting each of the symbolic representations of dates stored in the at least one date 
field of the database to a symbolic representation of each of the respective dates that 
does not create the ambiguity, by windowing the symbolic representations of each of 
the respective dates as stored in the at least one date field of the database against a 
pivot year represented by one of the symbolic representations of the dates as stored in 
the at least one date field of the database, without modifying any of the symbolic 
representations of dates in the at least one date field of the database for purposes of 
such windowing and converting; 

storing the converted symbolic representations separate from the at least one date 
field in the database; and 

running a program on the stored converted symbolic representations to sort or 
otherwise manipulate data in the database according to the dates represented by the 
converted symbolic representations, separately from the symbolic representations of 
dates contained in the at least one date field of the database. 

65. (New) A method for representing and utilizing dates stored in at least one date field 
of a database utilizing symbolic representations of the dates stored in the at least one date 
field of the database, which are in a format that creates ambiguity between dates in each 
of a pair of adjacent centuries, comprising the steps of: 

converting each of the symbolic representations of dates stored in the at least one date 
field of the database to a symbolic representation of each of the respective dates that 
does not create the ambiguity, by windowing the symbolic representations of each of 
the respective dates as stored in the at least one date field of the database against a 
pivot year represented by one of the symbolic representations of the dates as stored in 



the at least one date field of the database, without modifying any of the symbolic 
representations of dates in the at least one date field of the database for purposes of 
such windowing and converting; 

storing the converted symbolic representations separate from the at least one date 
field in the database; and 

running a program collectively on the stored converted symbolic representations to 
sort or otherwise manipulate the dates represented by the converted symbolic 
representations, separately from the symbolic representations of dates contained in 
the at least one date field of the database. 

66. (New) A method of processing dates in a database, comprising the steps of: 

providing a database with dates stored in at least one date field therein according to a 
format wherein M? is the numerical month designator, D? is the numerical day 
designator, and Y i _ Y? is the numerical year designator; 

selecting a window with a Ya Yr value for a pivot date of the window, Ya Yr being 
no later than the earliest Y^ Y? year designator in the database; 

determining a century designator C i _ C? for each date in the database, C i _ C? having a 
first value if Y j _ Y? is less than Ya Yr and having a second value if Y^ Y? is equal to 
or greater than Ya Yr; 

reformatting the symbolic representation of each symbolic representation of a date in 
a portion of the at least one date field in the database, without the addition of any new 



data field to the database, with the reformatted symbolic representation of each date 
in the database having the values C i C?, Y?, Ml M? «, and D?: and 

repeating the step of reformatting until each symbolic representation of a date in the 
at least one date field has been reformatted in order to facilitate collectively further 
processing the reformatted symbolic representations of each of the symbolic 
representations of each of the dates. 

67. (New) A method of processing dates in a database, comprising the steps of: 

providing a database with dates stored in at least one date field therein according to a 
format wherein Y^ Y? is the numerical year designator; 

selecting a window with a Ya Yr value for a pivot date of the window, Ya Yr being 
no later than the earliest Y± Y? year designator in the database; 

determining a century designator C\_ C? for each date in the database, C \ _ C? having a 
first value if Yj^ Y? is less than Y a Yr and having a second value if Y^ Y? is equal to 
or greater than Ya Y r; 

reformatting the symbolic representation of each symbolic representation of a date in 
a portion of the at least one date field in the database, without the addition of any new 
data field to the database, with the reformatted symbolic representation of each date 
in the database having the values C?, Y ^ Y?; and 

repeating the step of reformatting until each symbolic representation of a date in the 
at least one date field has been reformatted in order to facilitate collectively further 
processing the reformatted symbolic representations of each of the symbolic 
representations of each of the dates. 



68. (New) A method of processing symbolic representations of dates stored in a database, 
comprising the steps of: 

providing a database with symbolic representations of dates stored in at least one date 
field therein according to a format wherein Y? is the numerical year designator; 

selecting a window with a Ya Yr value for the first decade of the window, Ya Yr 
being no later than the earliest Y^ Y? year designator in the at least one date field of 
the database: 

determining a century designator C4 C? for each symbolic representation of a date in 
the database, Ci C? having a first value if Y^ Y? is less than Ya Yr and having a 
second value if Y^ Y? is equal to or greater than Ya Yr : and 

reformatting the symbolic representation of each symbolic representation of a date in 
at least one date field in the database, without the addition of any new data field to the 
database, with the reformatted symbolic representation of each date in the database 
having the values C i_ C?, Y^ Y?, in order to facilitate further processing of the 
reformatted symbolic representations of each of the symbolic representations of each 
of the dates, by running a program on the reformatted symbolic representations of 
each of the dates. 

69. (New) A method of processing dates in a database, comprising the steps of: 

providing a database with dates stored in at least one date field therein according to a 
format wherein Y^ Y? is the numerical year designator; 

selecting a window with a Ya Yr value for a pivot year of the window, Ya Yr being 
no later than the earliest Y^ Y? year designator in the database; 



determining a century designator C i _ C? for each date in the at least one date field of 
the database, C i _ C? having a first value if Yi is less than Ya Yr and having a 
second value if Y^ Y? is equal to or greater than Ya Yr ; 

reformatting the symbolic representation of each symbolic representation of a date in 
the at least one date field in the database, without the addition of any new data field to 
the database, with the reformatted symbolic representation of each date in the 
database having the values C?, Y ^ Y?; 

sorting the reformatted symbolic representations of the dates in the form C4 C? Y^ Y?; 
and 

running a program on the reformatted symbolic representations of each of the dates. 

70. (New) A method for representing and utilizing dates stored in at least one date field 
of a database utilizing symbolic representations of the dates stored in at least one date 
field of the database, which are in a format that creates ambiguity between dates in each 
of a pair of adjacent centuries, comprising the steps of 

converting each of the symbolic representations of dates stored in the at least one date 
field of the database to a symbolic representation of each of the respective dates that 
does not create the ambiguity, by windowing the symbolic representations of each of 
the respective dates as stored in the at least one date field of the database against a 
pivot year, with the pivot year being less than or equal to the earliest date represented 
by the symbolic representation of dates stored in the at least one date field, without 
the addition of any new data field to the database, and without modifying any of the 
symbolic representations of dates in the at least one date field, for purposes of such 
windowing and converting; and. 



running a program on the converted symbolic representations of each of the dates to 
sort or otherwise manipulate the dates represented by the converted symbolic 
representations, separately from the date data symbolic representations contained in 
the at least one date field of the database. 

71. (New) A method for representing and utilizing dates stored in at least one date field 
of the database utilizing symbolic representations of the dates stored in the at least one 
date field of the database, which are in a format that creates ambiguity between dates in 
each of a pair of adjacent centuries, comprising the steps of 

converting each of the symbolic representations of dates stored in the at least one date 
field of the database to a symbolic representation of each of the respective dates that 
does not create the ambiguity, by windowing the symbolic representations of each of 
the respective dates as stored in the at least one date field of the database against a 
pivot year, with the pivot year being less than or equal to the earliest date represented 
by a symbolic representation of dates stored in the at least one date field, and without 
the addition of any new data field to the database for purposes of such windowing and 
converting; 

storing each of the converted symbolic representations of each of the dates separate 
from the database; and. 

running a program on the stored converted symbolic representations of each of the 
converted symbolic representations of the dates to sort or otherwise manipulate the 
dates represented by the converted symbolic representations, separately from the date 
data symbolic representations contained in the at least one date field of the database. 



72. (New) A method of processing symbolic representations of dates stored in a database, 
comprising the steps of 

selecting a database with symbolic representations of dates stored therein according 
to a format wherein M? is the numerical month designator. Dj ^ D? is the numerical 
day designator, and Y? is the numerical year designator: 

selecting a 10-decade window with a Ya Yr value for the first decade of the window, 
Ya Yr being no later than the earliest Y^ Y? year designator in the database; 

determining a century designator Cj C? for each symbolic representation of a date in 
the database, C i_ C? having a first value if Y^ Y? is less than Ya Yr and having a 
second value if Y^ Y? is equal to or greater than Ya Yr ; and, 

reformatting the symbolic representation of each symbolic representation of a date in 
the database with the values C ± C?. Y^ Y?, M? , and D? prior to collectively 
further processing information contained within the database associated with the 
respective dates. 

73. (New) A method of processing symbolic representations of dates stored in a database, 
comprising the steps of 

providing a database with symbolic representations of dates stored therein according 
to a format wherein Y| Y? is the numerical year designator, all of the symbolic 
representations of dates falling within a 10-decade period of time; 

selecting a 10-decade window with a Ya Yr value for the first decade of the window, 
Y a Yr being no later than the earliest Y^ Y? year designator in the database; 



determining a century designator C\ C? for each symbolic representation of a date in 
the database, Cj_ C? having a first value if Y\_ Y? is less than Y a Yr and having a 
second value if Y^ Y? is equal to or greater than Ya Yr ; and. 

reformatting the symbolic representation of the date with the values C?, Yj^ Y?, to 
facilitate further processing of the dates. 

74. (New) A method of processing dates in a database, comprising the steps of 

providing a database with symbolic representations of dates stored therein according 
to a format wherein Yj _ Y? is the numerical year designator, all of symbolic 
representations of dates falling within a 10-decade period of time: 

selecting a 10-decade window with a Ya Yr value for the first decade of the window, 
Ya Yr being no later than the earliest Y^ Y? year designator in the database; 

determining a century designator Co C? for each date in the database, C\_ C? having a 
first value if Y^ Y? is less than Ya Yr and having a second value if Y^ Y? is equal to 
or greater than Ya Yr ; 

reformatting each date in the form C? Y ^ Y? to facilitate further processing of the 
dates: and, 

sorting the dates in the form C4 C? Y^ Y?. 

75. (New) A method of processing symbolic representations of dates stored in a database, 
comprising the steps of 

providing a database with symbolic representations of dates stored therein according 
to a format wherein M? is the numerical month designator, D\_ Dy is the numerical 
day designator, and Y^ Y? is the numerical year designator; 



selecting a window with a Y a Yr value for a pivot date of the window, Ya Yr being 
no later than the earliest Y^ Y? year designator in the database; 

determining a century designator C? for each symbolic representation of a date in 
the database. G C? having a first value if Y^ Y? is less than Y a Yr and having a 
second value if Y^ Y? is equal to or greater than Ya Yr ; and 

reformatting the symbolic representation of each symbolic representation of a date in 
the database, without the addition of any new data field to the database, with the 
reformatted symbolic representation of each date in the database having the values G 
C?, Yj^ Y?, M_i Vb, and D?. in order to facilitate further processing of the 
reformatted symbolic representations of each of the symbolic representations of each 
of the dates. 

76. fNew) A method of processing dates in a database, comprising the steps of 

providing a database with dates stored therein according to a format wherein M? is 
the numerical month designator, D? is the numerical day designator, and Y^ Y? is 
the numerical year designator; 

selecting a window with a Ya Yr value for a pivot date of the window. Ya Yr being 
no later than the earliest Y^ Y? year designator in the database; 

determining a century designator C i_ C? for each date in the database. C ] _ C? having a 
first value if Y? is less than Ya Yr and having a second value if Y^ Y? is equal to 
or greater than Y a Y r ; 

reformatting the symbolic representation of each symbolic representation of a date in 
the database, without the addition of any new data field to the database, with the 



reformatted symbolic representation of each date in the database having the values C\ 
C?, Y± Yj, Mi M? . and D?, in order to facilitate further processing of the 
reformatted symbolic representations of each of the symbolic representations of each 
of the dates: and 

sorting the dates in the form C i C? Yj_ Y? M? Di D? - 
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Reissue Application No.: 

09/512,592 

United States Patent No.: 

5,806,063 
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Applicant: 

Dickens. Bruce M. 



Reexamination Proceeding: 

90/005,592 

Filed: December 21. 1999 



Reexamination Proceeding: 

90/005,628 

KM; February 2. 2000 

Reexamination Proceeding: 

90/005,727 

Filed: Mav 16. 2QQ0 

Response to Office Action 



Box Non-Fee Amendments 

Honorable Commissioner of Patents and Trademarks 

Washington, D.C. 20231 



RECEIVED 

JAN 0 2 2003 
Group Art Unit: 2177 Technology Center 21 00 

Examiner: Jean Homere 

Attorney Docket No.: 
1087-400-01 



Dear Sir: 

Responsive to the Office Action dated July 22, 2002, the Applicant hereby 
submits the following: 

DECLARATION OF EXPERT WITNESS 
1. 1 James S. Toreson, a citizen of the United States, having a place of business at 1 1210 
Briarcliff Lane, Studio City, CA 91604, am the CEO of Onshore, Inc., a management, 
technical and software consulting company. Attached is a copy of my curriculum vitae. 

2 1 have studied United States Patent No. 5,806,063, issued to Dickens on September 8, 
1998 on an application filed on October 3, 1 996, entitled DATE FORMATTING AND 



SORTING FOR DATES SPANNING THE TURN OF THE CENTURY ("the Dickens 
patent"). I have also studied US. Patent No. 5,630,1 18, entitled SYSTEM AND 
METHOD FOR MODIFYING AND OPERATING A COMPUTER SYSTEM TO 
PERFORM DATE OPERATIONS ON DATE FIELDS SPANNING CENTURIES, filed 
on November 2 1 , 1 994 and issued on May 1 3, 1 997 to Shaughnessy ("Shaughnessy"). I 
have also studied a translation of a published Japanese Application No. 05-027947, 
published on February 5, 1993, naming Masakazu Hazama as the inventor ("Hazama"). I 
have Studied the article of Ohms, B. G. Ohms, Computer Processing of Dates Outside the 
Twentieth Century, IBM Systems. Journal, Volume 25, Number 2, 1986, pages-244-51, 
("Ohms"). In addition I am familiar with the Clipper 5 operating system as it existed on 
the date of the filing of the Dickens patent and have specifically reviewed the portions to 
which the Examiner in the above referenced Merged proceeding has made reference. I 
have also studied portions of the prosecution history of the Dickens patent before it was 
originally issued as mentioned in this Declaration. I have also studied the claims of the 
Dickens patent as originally issued and those added in the Reissue application in the 
above referenced Merged Proceeding. 

4. 1 base my opinions expressed in this Declaration upon my knowledge of the art as a 
person of at least ordinary skill in the art at the time of the filing of the Dickens patent 
and on the above referenced materials which I have reviewed. 

5. 1 understand the Dickens patent in its Specification, with or without the Exhibit A 
referred to in the body of the Specification to have disclosed to one of ordinary skill in 
the art to which it pertains at the time of its filing the following. 

6. The Dickens patent notes, initially, that "[d]ates are stored as symbolic representations 
in computer data bases in varying formats " (Col. 1, lines 10-11) Examples of such 
formats are given as a "numerical representation MM/DD/Y Y, where MM is a two-digit 
month designator, DD is a two-digit day designator, and Y Y is a two-digit year 
designator (the last two digits of the year). ... A date may also be represented in an 



alphanumeric for MMM/DD/YY, where MMM is an alphanumeric month designator 
(e.g., DEC for December ... (Col. 1, lines 1 1-20) 



7. Also notes the Dickens patent "[s]ets of dates spanning the turn of the century and 
associated with past, current, and future activities are now stored in many databases. 
When stored in the conventional formats discussed above, those dates will not readily be 
used and numerically sorted in chronological order." (Col. 1, lines 31-35) 

8. Further, the Dickens patent notes that "Using the numerical form above, Dec. 15, 2000 
is represented as 12/15/00, If a numerical sort is performed on 12/15/93 and 12/15/00, 
the later date 12/15/00 sorts as the first-occurring date, an incorrect result." (Col. 1, lines 
28-30) 

9. The Dickens patent also notes "[t]hey [the symbolic representations of dates suffering 
from the problem of the system being unable to distinguish dates 'spanning the turn of 
the century'] may be manually converted to a more useable form in the sense that 
programs may be written to perform conversions, manipulations, and sorting. However, 
these programs typically require additional data fields for storage, which may be 
objectionable in some circumstances." (Col. 1, lines 35-40) The Dickens patent also 
notes "[t]he database includes information in the form of symbolic representations of 
dates and associated information such as events occurring on the respective dates." (Col. 
2, lines 48-50) 

10. As stated in the Dickens patent: 

The present invention provides an approach to the representation and utilization 
of dates stored symbolically [as defined above] in databases. Existing symbolic 
date representations [as defined above] are converted to a more useful form of 
symbolic date representations without the addition of new data fields, and in a 
manner that is performed automatically by the computer and requires no user 
input. (Col. 1, lines 49-55, Emphasis added) 

11. The Dickens patent goes on to explain: 
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a method of processing dates stored in a database [symbolically as described 
above] comprises the steps of providing a database with the dates stored therein 
according to a [symbolic] format [as discussed above, in which] Y| Y 2 is the 
numerical year designator .... A century designator C ( C 2 is determined for each 
date in the database, C|C 2 ... . Each date in the database is formatted with the 
values C|C 2 Y,Y 2 ... .. . (Coi. 1, line 57 - Col. 2, line 3, Emphasis added) 

12. The Dickens patent also notes: 

The computer database 26 is provided, numeral 30, having symbolic 
representations of dates stored therein. 

A ten decade window is selected, numeral 32. That is, it is necessary that 
all dates in the database will be within some period of 10 decades, or 100 years. 

• • « 

The symbolic representations of the dates in the database are reformatted 
with the values C|C 2 Y l Y 2 ... . In one case that produces particularly 
advantageous results for many operations, such a chronological date sorting, the 
date is represented in the form C|C 2 Y| Y 2 ... . 

Once the symbolic representations of the dates are reformatted according 
to the procedures set forth above, the date information may be sorted, numeral 38 
or otherwise manipulated, numeral 40, together with the entries associated with 
the dates. Such manipulations may include handling of data associated with the 
dates, storing the dates back in the dates and information back in the data base, or 
other processes. (Col. 2, line 60 - Col. 3, line 55) 

13. The Dickens patent further notes that: 

the present invention thus provides an efficient approach to converting and 
utilizing symbolic date representations in databases [without requiring additional 
or modified data fields for storage in the existing database] which allows 
automatic processing of dates ranging from before to after the year 2000. The 



large number of dates represented in some databases may thereby be readily 
processed and utilized. (Col. 2, lines 22-27) 

14. Claims 1 and 1 1 as originally filed recited: 

"reformatting the symbolic representation of the date [in the database] with the 
values C|C 2 , Y| Y 2 , M|M 2 , D t D 2 and "reformatting each date [in the database] in 
the form C,C 2 , Yi Y 2 , M,M 2 , D,D 2 " respectively. 

15. The Examiner rejected these claims on the basis of lack of enablement, since: 

[t]he 'conversion of existing symbolic date representations ... without the addition 
of new data fields', as indicated at page 2 lines 7-10, is critical or essential to the 
practice of the invention, but not included in the claim(s) is not enabled by the 
Q - disclosure. ... The problem set forth in the last four lines of page 1 and promised 

In in the first paragraph of page 2, as well as in the lines quoted above, indicate that 

• the invention solves the Y2K problem without introducing additional digits. The 

: j z 

\J\ ■ claims, the abstract and the description of the invention in the SUMMARY 

clearly involve century digits C|C 2 , which increase the number of date digits from 
i! _ 6 to 8, thus using 4 digits to indicate the year. One of ordinary skill in the art 

| would not know how to resolve this discrepancy. (Office Action of November 17, 

^ j 1996, at page 2, Emphasis added) 

: " i 

': 

M 16. The applicant responded in an Amendment of March 17, 1997. The applicant's 
counsel noted: 

As stated in the application, many existing databases contain date 
representations that are defined only by the decade and year designations (i.e., 
Yi Y 2 ). Because these databases do not provide date designations for the century 
associated with each date, it will be impossible to discern the order of dates in a 
database after the turn of the century. 

To properly and efficiently address this problem, a method for converting 
dates in databases was needed. This method should accept dates from data 
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storage, discern the proper century designation for each date, and reformat the 
dates with the century designation. 

The claimed invention provides a method of processing symbolic 
representations of dates stored in a database. ... Finally, the method of the 
claimed invention includes the step of reformatting the symbolic representations 
of the dates into corresponding values of CjC2, Y| Y2, M1M2, D1D2. These values 
can then be used to manipulate the dates, such as by sorting the dates in 
chronological order. 

In a typical operation of the claimed invention, the method performs date 
conversions on a database that includes dates from both the twentieth and twenty- 
first century. ... 

... The method of the present invention further includes the step of 
reformatting the symbolic representations of the dates into values QC2, Yi Y 2 , 
M|M 2) D1D2. ... These dates can then be used for several operations such as date 
sorting. 

Advantageously, the method of the claimed invention can be implemented 
as an initial step in any database manipulation program. For instance, the method 
of the claimed invention may be embodied in computer software code that 
preprocesses a database prior to beginning the remainder of the data 
manipulation program. In this embodiment, the method initially converts the data 
from the varying formats, determines the century designation for each date, and 
reformats the dates such that the dates may be used by the database manipulation 
program for such operations as sorting and printing 1 the dates. In this 
embodiment of the present invention, the dates are temporarily converted and 
reformatted for use by the manipulation program. However the method of the 
present invention need not store the converted date in data storage. Instead, the 
original dates in the data storage remain undisturbed. This aspect of the present 
invention thus allows conversion of dates to compensate for century designations 



' It is not apparent from this discussion of the disclosure of the Dickens patent whether applicant's counsel 
was relying also on the content of Exhibit A, but only Exhibit A in the disclosure as originally filed refers 
to performing a printing program after a sorting program. The Examiner did not object to this reference to 
performing a sorting program or a printing program. 



without requiring the addition of data fields to permanently store the century 
designations. (Emphasis added) 

17. In addressing the specific rejection of the original Examiner applicant's counsel also 
notes: 

[T]he Office Action objects to the disclosure for implying that the current 
invention does not require additional data fields for storage to solve the year 2000 
problem [and] rejected all of the claims ... as based on a disclosure that is not 
enabling. In particular the Office Action states that the conversion of the existing 
symbolic date representations without the addition of new data fields is critical or 
essential to the invention but not included in the claims. 

As described below, the method of the claimed invention does not require 
that the converted data that includes the century designations be stored in data 
storage. Likewise ... the amended set of claims does not require storage of the 
converted data and therefore imposes no requirement for new data fields. ... 

As stated in the background of the invention, conventional date formatting 
systems typically require additional data fields for storage to accommodate the 
century designations. These additional data fields are necessary because 
conventional systems disclose a permanent reformatting of stored data. The 
claimed invention, on the other hand, does not require that the reformatted data be 
permanently stored. Instead, the method of [the] claimed invention encompasses 
embodiments in which the date information is initially reformatted and converted 
to have century designations, but does not require that the reformatted dates be 
stored. As stated previously, the method of one embodiment of the claimed 
invention reads the dates from the database and temporarily reformats the dates 
with century designations. Data manipulation programs are then performed on 
these reformatted dates, such as sorting the dates. However, once the data 
manipulations are complete, the reformatted dates need not be stored in data 
storage. 



18. Disclosed in Shaughnessy is a "system and method for modifying and operating a 
computer system to perform date operations on date fields having a two digit 
representation for the year without erroneously mistaking the years 2000 et seq.iox the 
years 1900 etseq" (Col. 1, lines 11-14) 

19. As a solution to this problem, Shaughnessy proposes: 

[i]n accordance with the present invention, the current date operation routines 
nested in the body of the application program would be replaced with a call to one 
of a plurality of subroutines stored externally from the existing application 
program, as opposed to the date operation routine being reprogrammed to 
perform the date operation in a new format. The subroutines will be able to 
accommodate the date format currently employed by the application program, 

0- thus making it unnecessary to convert all of the data fields in files containing data 

: fV- 

I R I used in the application program over to the new data format. (Col 4, lines 27-38, 

Sjr \ emphasis added). 

1- y ! 

>y i 20. As an example Shaughnessy describes a program that would "perform[] a date 

r_ ', comparison to determine when loan payments are overdue ... ." (Col.4, lines 39-40) 

: : F ; 

; 21. According to the Shaughnessy method, the: 

\ : t} : 

M program statements which performed the above functions would be modified to 

include program statements which did the following: 

1 . Call the subroutine which performs the date comparison passing today 's date, 
the date the next payment is due, and a three byte parameter, the first byte of 
which identifies the format of today's date, the second byte of which identifies the 
format of the date next payment is due, and the third byte of which is left 
available for a return code indicative of the result of the comparison', 

2. If the result received from the subroutine indicates that the date next payment is 
due is greater than today 's date, indicate that the account is okay. (Col 4, lines 
48-62, emphasis added) 
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22. in order to do this, Shaughnessy suggests that "for the subroutines to be able to 
accommodate different date formats, certain information, namely the current date, end of 
100 year cycle, and two possible century values, must be determined ajid made available 
to the subroutines " (Col. 4, line 66 - Col. 5, line 3) In addition, Shaughnessy teaches that 
"each subroutine that performs a date operation will include a call to another subroutine 
which can determine this information." (Col. 5, lines 3-5) 

23. Further according to Shaughnessy "[t]he above-mentioned information will be used in 
the subroutine(s) to assign a century value to the two digit representation of the year of 
the dates to be operated on such that the subroutine can accurately perform its intended 
function." (CoL 5, lines 21-25) According to the Shaughnessy method this is performed 
using a form of windowing in which: 

[t]he current date is determined ... in a format which utilizes a four digit 
representation for the year. Initially, the current date is set to the operating system 
date in the format 00YYDDD ... by way of example . . . 0094263 .... The current 
date is then compared to the date the system was installed with the [date 
conversion] modifications (modified system install date) ... which, for the sake of 
example, is 1994032 ... . If the YYDDD portion of the current date, 94263 is 
greater than or equal to the corresponding portion of this modified system install 
date, 94032 ... then the century of the current date is set to the century of the 
modified system install date 

If the current date appeared less than the modified system install date ... in the 
00 YYDDD format ;.. then the current date century would be set in the format 
CC YYDDD to the century value for the modified system install date plus one . . . . 
(Col 5, lines 31-57) 

24. The Shaughnessy method then determines "the end of the 100 year cycle" according 
to "several parameters [which] may be specified " These "may include the number of 
years of future dating required (default is 10), ... and whether the end of the 100 year 
cycle is to be updated daily ... (Col. 6, lines 4-13) "If the cycle is to be updated daily, 
then the starting date is set to the current date . . as determined above. . . . Next, the end 



of the 100 year cycle is determined by adding the number of years future dating required 
to the starting date ... (Col 6, lines 17-22). 

25. Further, explains Shaughnessy: 

The application program currently operating in a particular computer system may 
have a comparison of two date fields as part of its operation. If so, the source 
code which performs the comparison can be replaced with a call to DS2000R1, 
the name given to an exemplary comparison subroutine useful in practicing the 
present invention .... 

As illustrated in FIG. 8, the call DS2000R1 ... is inserted into the application 
program, and includes parameters P 1 , P2, and P3 . P 1 and P2 are the date fields 
which are to be compared. For example, PI could be "DATE-NEXT- 
PAYMENT-DUE" and P2 might be "TODAY" as referenced in the above sample 
of modified source code. P3 is a three byte field in which the first two bytes 
define the type of date field PI and P2, respectively. The third byte is a return 
code which will be set to a value indicative of the result of the comparison. (Col. 
8, line 35 - Col. 9, line 53) 

26. In summary, the teaching of Shaughnessy is to "[c]all the subroutine which performs 
the date [operation] passing [two dates] and the three byte parameter [including] a return 
code indicative of the result of the [operation]." Windowing occurs only in the called 
subroutine and in a manner other than that of the invention claimed in the Dickens patent 
as originally issued and/or as added in the Reissue application. Moreover, this "on call" 
or "on the fly" windowing of at most two date data entries at a time is not the subject 
matter of such invention. 

27. There is, therefore, no teaching or suggestion in Shaughnessy of: 

selecting a 10-decade window with a Y A Yq value for the first decade of the 
window, Y A Yb being no later than the earliest Y| Y2 year designator in the 
database; .... 



The Shaughnessy method selects a 10-decade window utilizing the "date the system was 
installed." 

28. There is also, therefore, no teaching or suggestion in Shaughnessy of: 

determining a century designator Ci C2 for each symbolic representation of a date 

in the database, C 1 C2 having 
The teaching of Shaughnessy is to determine a century designator for at most two date 
data representations being processed in a called subroutine at any given time. 

29. There is also, therefore, no teaching or suggestion in Shaughnessy of: 

reformatting the symbolic representation of the date with the values C\ €2, Y| Y2, 
Mj M 2 , and D] D2 to facilitate further processing of the dates. 
The teaching of Shaughnessy is to reformat at most two dates at a time in the called 
subroutine and the return to the program from the called subroutine of an indicator of the 
result of the processing of the two reformatted date data entries. Shaughnessy does not 
teach facilitating "further processing of the dates" by "reformatting the symbolic 
representation of the date" "for each symbolic representation of a date in the database." 

30. There is accordingly also no teaching or suggestion in Shaughnessy of: 

sorting the symbolic representations of dates; (claim 4). 
The method of Shaughnessy does not teach sorting all of the "symbolic representations of 
dates." It teaches only the comparison of one date to a fixed date or two dates to each 
other in the called subroutine and returning to the program an indication of the result of 
the comparison. 

31 . There is also no teaching or suggestion in Shaughnessy of: 

reformatting each symbolic representation of a date into the format Ci C2 Y| Y2 
M ( M2 D| D2 (claim 5), nor sorting the symbolic representations of dates using a 
numerical-order sort (claim 6); nor storing the symbolic representation of dates 
and their associated information back into the database (claim 9), nor 
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manipulating information in the database having the reformatted date information 
therein (claim 10). 

32. In addition, there is no teaching or suggestion in Shaughnessy of: 

converting pre-existing date information[within a database] having a different 
format into the format wherein Mi M2 is the numerical month designator, Di D2 is 
the numerical day designator and Yi Y2 is the numerical year designator (claim 

n 

33. In addition, there is no teaching or suggestion in Shaughnessy of: 

selecting Ya Yb such that Yb is 0 (zero) (claim 8). 

34. Japanese Published Patent Application, HEI 5-27947, entitled METHOD OF 
GUARANTEEING YEAR ORDER, with inventor Masakazu Hazama, published on 
February 5, 1993 ("Hazama") discloses a system "to guarantee the year order, even for 
years after 2000 AD, with the current file format, even when the year is managed by the 
last two digits of the date in digital files." (Hazama, at 2) 

35. The system of Hazama, like Shaughnessy, discussed above, modifies a date in a 
record using a "correspondence utility module (10)." (Hazama, at 2) For that single 
record "the position in the record where the last two digits AD had been previously stored 
are specified" to the module 10 from "external parameter 9." Hazama further notes that 
"the processing section will replace the code of the 10's place in the last two digits of the 
date with a code that maintains the year order." (Hazama, at 4) 

36. A form of windowing is applied. Hazama notes that "the following processing is 
performed by the module (10)." (Hazama, at 5) This is then followed by "Work area 
output processing (5): data that have undergone replacement processing (4) are output to 
the work area (8)." (Hazama, at 6) 



12 



37. Referring to Figure 1 in Hazama, it is more clearly demonstrated that Hazama is not 
more applicable to the patentability of the claimed invention than Shaughnessy, as 
discussed above. The data from a record is moved from the processor "work area" 8 to 
the "Year 2000 date correspondence utility module" 10. A modified date, after some 
form of windowing, for that single record is returned to the work area 8 for processing. 

38. Hazama, like Shaughnessy, therefore, does not disclose or suggest the claimed 
invention. 

39. There is also, therefore, no teaching or suggestion in Hazama nor in the combination 
of Shaughnessy and Hazama of: 

determining a century designator C| C2 for each symbolic representation of a date 

in the database, d C2 having 
The teaching of Hazama, or Shaughnessy in view of Hazama, is to determine a century 
designator for at most two date data representations being processed in a called 
subroutine/module at any given time, 

40. There is also, therefore, no teaching or suggestion in Hazama, or Shaughnessy in 
view of Hazama, of: 

reformatting the symbolic representation of the date with the values C] C2, Yi Y2, 
Mi M2 , and Di D 2 to facilitate further processing of the dates. 
The teaching of Shaughnessy, or Shaughnessy in view of Hazama, is to reformat at most 
two dates at a time in the called subroutine/module and the return to the program from the 
called subroutine/module of an indicator of the result of the processing of the two 
reformatted date data entries or a single modified date from a single record. Neither 
Shaughnessy nor Shaughnessy in view of Hazama teaches facilitating "further processing 
of the dates" by "reformatting the symbolic representation of the date" "for each 
symbolic representation of a date in the database." 

41 . Accordingly, there is also no teaching or suggestion in the combination of 
Shaughnessy and Hazama as applied by the Examiner of: 
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sorting the symbolic representations of dates; (claim 4). 

42. There is also accordingly no teaching or suggestion of: 

reformatting each symbolic representation of a date into the format C] C2 Y| Y2 
Mi M2 D] D2 (claim 5), nor sorting the symbolic representations of dates using a 
numerical-order sort (claim 6); nor storing the symbolic representation of dates 
and their associated information back into the database (claim 9), nor 
manipulating information in the database having the reformatted date information 
therein (claim 10). 

43. In addition, there is accordingly no teaching or suggestion of: 

converting pre-existing date information [within a database] having a different 
format into the format wherein Mi M2 is the numerical month designator, D\ D2 is 
the numerical day designator and Yj Y2 is the numerical year designator (claim 

7). 

44. In addition, there is accordingly no teaching or suggestion of: 

selecting Ya Yb such that Yb is 0 (zero) (claim 8). 

45. Ohms teaches a "[m]ethod[] of using existing date formats across century boundaries 
... . The use of a format termed the Lilian date format ... is introduced." (Ohms, at 244, 
Abstract) Ohms teaches that "[t]he two positions traditionally used in both Julian and 
Gregorian date formats implicitly represent a year within a century. However, this 
system is inadequate for representing dates in more than one century." fld. at 245) As a 
solution Ohms proposes a "Lilian date format [to] avoid[] the ambiguity by using seven 
positions for the number of the days from the beginning of the Gregorian calendar, 
October 1 5, 1 582." (Id. at 245) "The value is incremented by one for each subsequent 
day." (Id. at 246) Ohms explains that "the Lilian date format is presented here as the 

basis for making date conversions This format handles processing across century 

years and other aspects of date conversion not currently adaptable to computer 
programming." (Id. at 244-45) 



46. In this context, of database conversion to Lilian format from more traditional 
Gregorian or Julian formats, Ohms describes under the heading "Accommodating end 
users" the fact that they "usually enter two digits for the year in a date and understand the 
ambiguity that this represents." (Id. at 248) Ohms goes on to say that: 

to avoid adverse user reaction, [by requiring the entry of date data in other than 
two digits] programs must continue to function with only two digits for year. The 
inference of the year 1997 from 97 and 2003 from 03 must continue. For the 
exceptional case where the correct meaning could be 1897 and 1903, entry of all 
four digits may be required. (Id. at 248) 

47. It is in this context also that Ohm notes: 

it may be necessary to provide a conversion function that receives a definition of 
the implied century as a parameter. An excellent way to do this unambiguously is 
to specify a year as the desired starting point of a 1 00-year range. For example, if 
the starting year for the range is specified as 1925, dates with year digits between 
25 and 99 would be between 1 925 and 1999, and dates with year digits of 00 
through 24 would lie between 2000 and 2024. (Id at 248) 

48. Ohms, or the combination of Ohms with either Hazama or Hazama along with Booth, 
therefore, simply teaches storing dates in a database in Lilian format which "handles 
processing across century years" and "[accommodating end users" who "enter two digits 
for the year" by "providing a conversion function" using the known technique of 
windowing for data entry only. 

49. Clipper 5A, described in Booth, in a fashion very similar to Ohms' use of the Lilian 
date format, as discussed below, operates with date data stored in databases representing 
dates in the form of a number, often referred to as integer date formatting. Each unique 
number represents a date or a time and date down to a specific time increment, e.g., a 
mili-second, starting with a certain date or date/time and counting to the limits of the 
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number of binary places available, e.g., 32, incrementing the chosen time increments. 2 
As noted, each integer could represent a day or day/time incremented by the value of the 
integer from a start date or day/time. That is to say, the total time period that can be 
represented depends upon the starting date or date/time, the number of unique 
combinations of, e.g., 32 bits, and the increment counted, e.g., days, seconds, mili- 
seconds, etc. 3 



50.lt is also true of dates stored in integer format, as is also the case with the dates stored 
in Lilian format, that there is no Y2K ambiguity problem in regard to dates stored in a 
database in these formats. Booth, therefore, like Ohms, does not even suffer from the 
problem that the claimed invention is meant to address. Knowing the starting point (the 
starting date in Lilian, or the starting date or date/time in integer), the granularity (i.e., 
one day in Lilian and, e.g., one day or one second or one mili-second in integer), and the 
incremental difference between the starting point and the integer date number stored in 
either the Lilian or integer format, the stored date is known, including the year to four 
digits. Therefore, included within what is so stored in the database is the information 
needed to determine a century designator. No possible Y2K ambiguity problem can exist 
or does exist when storing dates in a database in these formats. The claimed invention 
does not relate to databases with dates stored in these formats. The claimed invention 
involves databases with dates stored in them where there is an ambiguity because only 



This is the same as the Lilian format disclosed in Ohms, however, only the date is stored in Lilian 
format, according to the teaching of Ohms, and the Lilian date format, strictly speaking, starts with the 
beginning of the Gregorian calendar. Ohms, however, does disclose a modified Lilian format starting at 
some other arbitrarily selected starting date. According to the discussion in Booth, at 949-95 1 , Clipper may 
count integers for year/date separately from hours, minutes and seconds on a given date, but Booth 
discloses at 95 1 using a single number, an integer for the year/date, and a decimal component for the 
elapsed seconds from midnight on the particular year/date. This simply makes Clipper even more identical 
to Ohms* disclosure of a modified Lilian integer date with the integer representing some day incrementally 
counted from some starting day, spanning over several centuries. In this format, as noted, each incremental 
number represents a day or a moment in time, each such day or moment being, by definition, a part of a 
fully defined and recoverable four digit year date datum, 

3 Booth, at 939 ("Dates are stored internally in such a way that math operations can be performed on dates 
to derive other dates. Adding an integer to a date will result in a future date. Subtracting two dates will 
result in.a number of days between the two") Booth, at 99 ("The date type is used to represent calendar 
dates. Clipper stores dates internally in such a way that a variety of operations can be performed on them. 
You can determine the number of days between two dates by subtracting them, and you can determine a 
future date by adding an integer value to a date value. The result will be a date value, some number of days 
in the future.") 
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two digits of date data are present in the stored information, from which to determine the 
full date, including a century designator. Every date stored in a database in Lilian or 
integer format, by definition, already has a century designator; can not possibly be 
ambiguous due to reaching the end of a century*; and never needs to have a century 
designator determined, whether by the method of the claimed invention or otherwise, 

51. For this reason alone, Booth, like Ohms, has nothing to do with the invention as 
claimed in the Dickens patent other than providing another disclosure of a utilization of 
windowing with a ten decade window for a purpose unrelated to that for which such 
windowing Is used in the inventions as claimed in the claims of the Dickens patent as 
originally issued and as added in the Reissue applications. In fact, it teaches away from 
the claimed invention. 

52. Booth describes a number of functions that the programming language utilizes to read 
or write dates into the database, display dates on a screen, find the difference between 
two dates or a date/time equal to a given date/time plus some incremental time period, to 
find the day of the week of a given date/time, and like functions. Like Ohms and 
Shaughnessy, some of these functions employ windowing in some fashion or another. 
Like Shaughnessy, when they do employ windowing these programming routines "[c]all 
the subroutine which performs the date [operation] passing [information] indicative of the 
result of the [operation]." Windowing occurs in the called subroutine in a manner other 
than that of the claimed invention. Such "on call" or "on the fly" windowing of at most 
two date data entries at a time is not the subject matter of the claimed invention. 

53. By way of example, I have been informed that Booth includes "an easy way to 
validate a character string used as a date," and/or check for "correctly formatted dates 
that are not reasonable or even possible," and/or to select a "'safety' date which no [date 
being entered] can precede [, or] maximum allowable date." (Booth, at 526-28) In 
addition Booth describes "date manipulation capabilities." Clipper "provides three 

4 Even at the end of the time span that can be represented, e.g., as noted below Clipper dates run until 
December 3 1 , 2999, there is no "ambiguity." The system simply cannot express a date beyond the given 
span (without changing the parameters, e.g., the length of the integer number or the granularity). 
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settings which control the display of dates," [e.g.,] "whether or not the year portion of a 
date is display [sic] with four digits (including the century) or two digits (not including 
the century)," [and] "different date display formats." (Id. at 939-40) 

54. Booth also describes a "SET EPOCH command" which, in the same way as Ohms, 
"informs the system how to handle date data entry that use only two digits for the year." 
According to this function, u [w]hen a two-digit year is entered into a date, its year digits 
are compared with the year digits of the epoch setting to determine the century to place 
the date into. If the two digits are prior to the setting of SET EPOCH, the year is 
assumed to be in the next century. If the digits are greater than or equal to the SET 
EPOCH setting, the year is assumed to be in the current century." (Id,, at 941) 

55. This is virtually identical to the utilization of windowing to enter dates into a database 
(where they are then stored in Lilian format) that is disclosed in the Ohms article, as 
discussed by the Applicant as noted below. In the SET EPOCH function disclosed in 
Booth, the pivot year defaults to 1900, which "forces any date entered to be considered a 
date in the twentieth century." This also means that in this mode, no Y2K date ambiguity 
problem is recognized or accommodated, even in date data entry. 

56. Booth also discloses a function DTOC(), i.e., "[t]he date to character function [which] 
takes a date variable ... and returns a string representation of the date. The string is 
recreated in the format specified by the SET DATE or the SET DATEFORMAT 
command. If SET DATE has not been specified, the default date format is mm/dd/yy." 
(Id., at 944) Also disclosed is a function DTOS() "date to string function" which "takes a 
date variable ... and returns a string in the format YYYYMMDD ..." The formats 
available for SET DATE are set forth on page 940 of Booth. . 

57. There is, therefore, no teaching or suggestion in Booth, or in the combination of 
Shaughnessy, Hazama and Booth, of: 

providing a database with symbolic representations of dates stored therein 
according to a format wherein M1M2 is the numerical month designator, D1D2 is 
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the numerical day designator, and Yj Y 2 is the numerical year designator, all of the 
symbolic representations of dates falling within a 10-decade period of time." 
Booth's "method of processing symbolic representations of dates stored in a database" 
teaches utilizing a database with the symbolic representations of dates stored therein in 
the form of unique integers or numbers, each representative of a unique day or other more 
granular moment in time, or a combination of a unique day and a number representing a 
unique time on that day. This is not storage in a MiM 2 , D(D 2l Y| Y 2 format. In addition, 
there is no teaching or suggestion that those dates all fall within a 10-decade period of 
time. So far as Booth teaches the dates stored in the database can be any span of dates 
capable of being represented over the span of time capable of being represented by the 
particular integer date system being used. 5 

58. There is also no teaching or suggestion in Booth, or in the combination of 
Shaughnessy, Hazama and Booth, of: 

selecting a 10-decade window with a Y A Y B value for the first decade of the 
window, Y A Y B being no later than the earliest Y| Y 2 year designator in the 
database; .... 

Booth selects, e.g., "nyear" in order to "handle dates that use only two digits for the year 
[w]hen a two-digit year is entered into a date [by comparing] its year digits ... with the 
year digits of the epoch setting to determine the century . . . (Id., at 94 1 ). There is no 
teaching or suggestion of any consideration of "the earliest Y| Y 2 year designator in the 
database." 

59. There is also, therefore, no teaching or suggestion in Booth or the combination of 
Booth with the references as applied by the Examiner, of: 

determining a century designator Ci C2 for each symbolic representation of a date 

in the database, C| C2 having ... ; 
There is no need to determine a century designator for each symbolic representation of a 
date in Booth's database, since each is already stored with the century designator 
included in the date datum so stored in integer format. In addition, the teaching of Booth 

5 Booth, at 99 ("Clipper supports all dates from January I, I00AD through December 3 1 , 2999") 
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is to determine a century designator on an individual date datum basis for date data entry, 
date display, incrementally determining a date based upon a given initial date datum, etc. 
This calling of certain functions disclosed by Booth to, for example, display a date, or 
compare two dates, or increment a date from a starting date, are virtually identical to the 
pertinent disclosure in Shaughnessy, discussed by the patent owner as noted above. As I 
have been informed has been noted by the patent owner before, Shaughnessy was 
properly considered by the original Examiner not to have been relevant to the 
patentability of the claimed invention. 

60. There is accordingly also, therefore, no teaching or suggestion of: 

reformatting the symbolic representation of the date with the values d C2, Y| Y2, 
Mi M2 , and D] D2 to facilitate further processing of the dates. 
Booth, like Ohms, does not need to do the recited reformatting, since the dates stored in 
the database in their original format already contain all the information needed to 
determine the four digit designation of the date, including the century of the particular 
date datum. The process of the claimed invention is not needed for dates stored with the 
century designator already known from what is stored and the Y2K ambiguity not 
present. Furthermore, the teaching of Booth, like Shaughnessy, is to reformat one or two 
dates at a time in a called Clipper date functionality and the return to the program from 
the called subroutine with information resulting from the performance of the 
programming functionality, e.g., an input to a display, a result of a comparison, a newly 
calculated date, etc. Booth does not teach facilitating "further processing of the dates" by 
"reformatting the symbolic representation of the date" "for each symbolic representation 
of a date in the database." 

61. Accordingly, there is also no teaching or suggestion of "sorting the symbolic 
representations of dates," as recited in claim 4. These are the reformatted symbolic 
representations. Whatever sorting Booth teaches does not need to first reformat the date 
data, since the integer format can be and is sorted in its initial format. The method of the 
claimed invention, including the reformatting steps is simply not relevant to a database 
that stores date data as Clipper does, in integer format, as described in Booth. 
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62. There is accordingly also no teaching or suggestion of "reformatting each symbolic 
representation of a date into the format Q C2 Y] Y2 M| M2 D| D 2 ," as recited in claim 5. 
Neither is there a disclosure of "sorting the symbolic representations of dates using a 
numerical-order sort " as recited in claim 6. There is no disclosure of "Storing the 
symbolic representation of dates and their associated information back into the database," 
as recited in claim 9 nor "manipulating information in the database having the 
reformatted date information therein," as recited in claim 10. 

63. In addition, accordingly, there is no teaching or suggestion of "converting pre- 
existing date information [within a database] having a different format into the format 
wherein M] M2 is the numerical month designator, D| D 2 is the numerical day designator 
and Y| Y2 is the numerical year designator," as recited in claim 7. This process step is 
recited as part of the "step of providing the database" upon which the subsequent process 
steps recited in the claimed invention, are carried out. The fact that Booth, or other art, 
teaches converting date data from one format into the recited format, does not teach it as 
part of the process of the claimed invention. Similarly, there is no teaching or suggestion 
in Booth of "selecting Y A Y B such that Yb is 0 (zero)," as recited in claim 8, even though 
SET EPOCH can and does use pivot years ending in 0. SET EPOCH, as noted above, is 
not a process according to the claimed invention. 

64. There is no teaching or suggestion in Ohms or Booth of: 

providing a database with symbolic representations of dates stored therein 
according to a format wherein M| M2 is the numerical month designator, Di D2 is 
the numerical day designator, and Y| Y2 is the numerical year designator, all of 
the symbolic representations of dates falling within a 1 0-decade period of time; . . . 

Unlike this recitation of claim 1, Ohms and Booth teach providing a database with the 
dates in a Lilian or integer format. 

65. There is accordingly also, therefore, no teaching or suggestion of: 
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providing a database ... all of the symbolic representations of dates falling within 

a 1 0-decade period of time; .... 
Ohms and Booth teach having data in the database in Lilian or integer format, i.e., in the 
former case within a ninety-nine million day window (seven chronological day date 
numbers starting at a given date). 

66. There is accordingly also, therefore, no teaching or suggestion of: 

selecting a 1 0-decade window with a Ya Yb value for the first decade of the 
window, Ya Yb being no later than the earliest Y| Y2 year designator in the 
database; .... 

Ohms and Booth teach or suggest selecting a Y A Y B for the first decade based upon dates 
that are being input into the database. 

67. There is accordingly also, therefore, no teaching or suggestion of: 

determining a century designator C| C2 for each symbolic representation of a date 

in the database, Ci C2 having ...;.... 
Ohms teaches entering date data into the database to be converted into Lilian format for 
storage and manipulation within the database. He does not teach or suggest determining 
a century designator for data in the database. Lilian format needs none. 

68. There is accordingly also, therefore, no teaching or suggestion of: 

reformatting the symbolic representation of the date with the values C| C2, Yj Y2, 
Mi M2 , and D| D2 to facilitate further processing of the dates. 
Ohms teaches reformatting into Lilian format for purposes of facilitating the later 
processing of the date data in the database utilizing the Lilian format. 

69. Ohms would not have made the claimed invention as recited in claim 1 obvious to a 
person of ordinary skill in the art at the time the invention was made, under 35 U.S.C. 
§103. As explained above, not only does Ohms not teach or suggest the claimed 
invention recited in claim 1, it clearly teaches away from virtually every step of the 
method of the claimed invention as recited in claim 1. The same can be said of Booth. 



70. The combination of Ohms with Hazama, or Ohms with Hazama and Booth would not 
have made the claimed invention as recited in claim 1 obvious to a person of ordinary 
skill in the art at the time the invention was made, under 35 U.S.C. §103. As explained 
above, not only does Ohms not teach or suggest the claimed invention recited in claim 1, 
it clearly teaches away from virtually every step of the method of the claimed invention 
as recited in claim 1 . The combination of these references would not result in there being 
present all of the elements of the claim as recited in claim 1 of the Dickens patent as 
issued. The same can be said of Booth. 

71 . For like reasons accordingly there is also no teaching or suggestion of: 

sorting the symbolic representations of dates (claim 4); or reformatting each 
symbolic representation of a date into the format C| C 2 Y» Y 2 Mi M 2 D| D 2 (claim 
5); or sorting the symbolic representations of dates using a numerical-order sort 
(claim 6); or storing the symbolic representation of dates and their associated 
information back into the database (claim 9). 

72. There is also accordingly no teaching or suggestion of: 

The method of claim 9, including the additional step, after the step of 
reformatting, of 

manipulating information in the database having the reformatted date information 
therein (claim 10). 

73. In addition, accordingly, there is no teaching or suggestion of: 

converting pre-existing date information having a different format into the format 
wherein M| M 2 is the numerical month designator, D| D 2 is the numerical day 
designator and Y| Y 2 is the numerical year designator (claim 7) or selecting Y A 
Yb such that Yb is 0 (zero) (claim 8). 

74. The above is also applicable to claims 1 1- 15 in the Dickens patent as originally 
issued. 

23 



75. The above discussion as to claims 1-3, 5, 7, 9 and 1 1-12 is also applicable to claims 
16-18, 20, 22, 24-25 added in the Reissue application. 

76. The above discussion of claims 2, 4 and 6, is also applicable to claims. 1 9, 2 1 , 23 
added in the Reissue application. 

77. Neither Shaughnessy, nor Ohm, nor Booth nor Hazawa, nor any combination of these 
references discloses or suggests the claimed invention as recited in Claim 16. At a 
minimum, as noted above, these references separately or collectively fail to teach or 
suggest "reformatting the symbolic representation of each symbolic representation of a 
date in the database ... ." Further, at a minimum, they do not teach or suggest doing the 
reformatting "without the addition of any new data field to the database ... ." In addition 
there is no teaching or suggestion of "the reformatted representation of each date in the 
database having the values C| C2, ... , in order to facilitate collectively further processing 
the reformatted symbolic representations ... of each of the dates." 

78. Ohms and Booth, utilizing Lillian and integer date formats, respectively, do not 
reformat dates in the database at all, and do not even have the Y2K ambiguity problem 
addressed by the present invention. Shaughnessy and Hazama encounter a date datum 
and call a subroutine or module to process the single date, or at most two dates, for 
resolution of the Y2K.ambiguity problem. This is not the claimed invention, as 
distinguished from these references by at least the recitations noted above in regard to the 
originally issued claims and, e.g., in paragraph 67. 

79. As to claim 19, neither Shaughnessy, nor Ohm, nor Booth nor Hazawa, nor any 
combination of these references discloses or suggests the claimed invention as recited in 
Claim 19. For the reasons noted above, the "symbolic representations of [each of the] 
dates [in the database]" is not taught to be produced, and/or is not taught to be produced 
according to the method of the claimed invention, as recited in claim 16. Therefore, 

1 

whatever sorting is done in these references is not the claimed sorting. 



80. The same is true with respect to claim 20, as was the case with claim 19, as noted 
above. In addition the references do not teach or suggest "reformatting each symbolic 
representation of a date ... separately from the symbolic representations in the database." 

81 . With respect to claim 22, to the extent that the references or any of them discloses or 
suggests "converting pre-existing date information ..." as recited in claim 22, they do 
not teach or suggest doing so as a part of the method recited in the allowable claim 1 6. 

82. With respect to claim 23, the same can be said as with respect to claim 22 above. 

83. With respect to claim 24, neither Ohms, Shaughnessy, Booth nor Hazama, nor any 
combination of these references teach or suggest "storing the symbolic representation of 
dates and their associated information back into the database." Ohms and Booth do not 
store symbolic representations of dates, as recited, but instead store dates in, respectively, 
Lilian or integer date formats. Shaughnessy does not send any reformatted date data for 
storage anywhere outside at most the subroutine/module called to handle one or two date 
representations at any given execution of the subroutine/module. The same is true for 
Hazama as understood from the translation. Even so at best, Hazama, discloses returning 
a modified data datum, which is not in accordance with the process of the Dickens 
invention, wherein the date data field in the legacy database is not to be modified. The 
claim indicates that the symbolic representations of the date along with its "associated 
information " i.e., the other datum fields can be returned, e.g., after sorting or other 
manipulating, e.g., so that the data in the database will be, e.g., in the newly sorted order. 

84. With respect to claim 25, neither Ohms, Shaughnessy, Booth nor Hazama, nor any 
combination of these references, teach or suggest "manipulating information in the 
database having the reformatted date information therein." Ohms and Booth do not 
manipulate reformatted symbolic representations of dates, as recited, but instead 
manipulate dates in, respectively, Lilian or integer date formats. Shaughnessy and 
Hazama do not manipulate any reformatted date information in the database. 



85. The above discussion regarding the corresponding claims also applies to claims 
26-30. 

86. The above discussion also applies to claims 31-33. 

87. With respect to claims 31-33, neither Shaughnessy, nor Ohm, nor Booth nor Hazama, 
nor any combination of these references, discloses or suggests the claimed invention as 
recited in Claim 31. At a minimum, these references separately or collectively fail to 
teach or suggest "reformatting the symbolic representation of each symbolic 
representation of a date in the database ..." Further, they do not teach or suggest doing 
the reformatting "without the addition of any new data field to the database ..." In 
addition there is no teaching or suggestion of "the reformatted representation of each date 

C i in the database having the values C\ C2, . • • , in order to facilitate collectively further 

in 
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M* • processing the reformatted symbolic representations ... of each of the dates" 

B 88. Ohms and Booth, utilizing Lillian and integer date formats, respectively, do not 

g " reformat dates in the database at all, and do not even have the Y2K ambiguity problem 

I addressed by the claimed invention. Similarly the discussion of Shaughnessy and Ohms 

! ^ [ in this regard noted above is applicable here. 

: ' j : 

1 ^ 89. The above discussion of the references is also applicable to claims 34-59. 

90. With respect to claim 34, neither Shaughnessy, nor Ohms, nor Booth nor Hazawa, nor 
any combination of these references, discloses or suggests the claimed invention as 
recited in Claim 34. At a minimum, these references separately or collectively fail to 
teach or suggest "converting each of the symbolic representations of dates stored in ... 
the database ..." Further, they do not teach or suggest doing the reformatting "by 
windowing ... each of the respective dates as stored ... without the addition of any new 
data field to the database ... In addition there is no teaching or suggestion of "running 
a program collectively on each of the converted symbolic representations of each of the 
respective dates ... ." 
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91 . With respect to claim 35, in addition to the discussion above with respect to claim 34, 
these references do not separately or collectively teach or suggest "opening the database 
prior to the step of converting" in the process as recited in claim 34, 

92. Similarly with respect to claims 36 and 37, in addition to the discussion above with 
respect to claims 34 and 35, these references do not separately or collectively teach or 
suggest "collectively sorting the converted symbolic representations prior to the step of 
running the program" in the processes as recited in claims 34 and 35. 

93. Similarly with respect to claims 38 and 39, in addition to the discussion above with . 
respect to claims 34 and 35, these references do not separately or collectively teach or 
suggest "collectively manipulating the converted symbolic representations prior to the 
step of running the program" in the processes as recited in claims 34 and 35. 

94. Similarly with respect to claims 40 and 41 , in addition to the discussion above with 
respect to claims 34 and 35, these references do not separately or collectively teach or 
suggest "collectively sorting the converted symbolic representations according to a 
different data field contained in the database . . . ." Neither do they teach or suggest doing 
this "prior to the step of running the program on the converted symbolic representations" 
as recited in claims 40 and 41 . 

95. Similarly with respect to claims 42 and 43, in.addition to the discussion above with 
respect to claims 34 and 35, these references do not separately or collectively teach or 
suggest "collectively manipulating the converted symbolic representations according to a 
different data field contained in the database . . . ." Neither do they teach or suggest doing 
this "prior to the step of running the program on the converted symbolic representations" 
as recited in claims 42 and 43. 

96. Similarly with respect to claims 44 and 45, in addition to the discussion above with 
respect to claims 34 and 35, these references do not separately or collectively teach or 
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suggest the process as claimed in claims 34 and 35 wherein in addition "the program 
performs an operation which manipulates the data in a data field associated with the at 
least one date data field of the database according to the converted symbolic 
representation of the date" as recited in claims 44 and 45. 

97. Similarly with respect to claims 46 and 47, in addition to the discussion above made 
with respect to claims 34 and 35, these references do not separately or collectively teach 
or suggest the process as claimed in claims 34 and 35 wherein in addition "the step of 
converting includes converting at least a substantial portion of each of the plurality of 
symbolic representations of dates ... and repeating this step until each of the date data 
entries in the at least one date data field is converted" as recited in claims 46 and 47. 



Q.f 98. Similarly with respect to claims 48 and 49, in addition to the discussion above with 

(*; \ respect to claims 46 and 47, these references do not separately or collectively teach or 

=M suggest "collectively sorting the converted symbolic representations prior to the step of 

;ry ^ 

:i n : running the program" as recited in claims 48 and 49. 

lit? 

:.; 99. Similarly with respect to claims 50 and 5 1 , in addition to the discussion above with 

^ respect to claims 46 and 47, these references do not separately or collectively teach or 

iM= suggest "collectively manipulating the converted symbolic representations" as recited in 

A ( claims 50 and 51. 



100. Similarly with respect to claims 52 and 53, in addition to the discussion above with 
respect to claims 46 and 47, these references do not separately or collectively teach or 
suggest "collectively manipulating the converted symbolic representations according to a 
different data field . . . prior to the step of running the program" as recited in claims 52 
and 53. 



101 . Similarly with respect to claims 54 (as amended) and 55, in addition to the 
discussion above made with respect to claims 52 and 53, these references do not 
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separately or collectively teach or suggest "collectively manipulating the converted 
symbolic representations" as recited in claims 54 and 55. 

102. Similarly with respect to claims 56 - 59, in addition to the discussion above with 
respect to claims 52 - 55, these references do not separately or collectively teach or 
suggest a process "wherein the program performs an operation which manipulates the 
data in the date data field ... according to the converted symbolic representation of the 
date" as recited in claims 56 -59. 

103. The above discussion of the references applies as well to claims 60-65. 

104. With respect to claim 60, neither Ohms, Shaughnessy, Booth nor Hazama, 
separately or collectively teaches or suggests "converting each of the symbolic 
representations of dates stored in the at least one date field of the database to a symbolic 
representation of each of the respective dates that does not create the ambiguity," as 
recited in claim 60. Or at a minimum they do not also teach or suggest doing this 
"without modifying any of the symbolic representations of dates in the at least one date 
field of the database for purposes of such windowing and converting," as recited in claim 
60. Neither do they separately or collectively teach or suggest "running a program on 
each of the converted symbolic representations of each of the respective dates 
...according to the dates represented by the converted symbolic representations," as 
recited in claim 60. In addition, also at a minimum, they do not separately or collectively 
teach or suggest doing so "separately from the date data symbolic representations of dates 
contained in the at least one date field " as recited in claim 60. 

105. The discussion in paragraph 94 applies also to claim 61 . 

106. With respect to claim 62, the same discussion above regarding claim 60 also applies 
to claim 62 and in addition, these references do not teach or suggest the step of 
"converting" including "without the addition of any new data field to the database for 
purposes of such windowing and converting," as recited in claim 62. Neither do they 



separately or collectively teach or suggest "storing the converted symbolic 
representations separate from the at least one date field of the database," as recited in 
claim 62. Neither do they teach or suggest "running a program on the stored converted 
symbolic representations," as claimed in claim 62. 

107. With respect to claim 63, the same discussion above as to claim 62 also applies to 
claim 63. 

108. With respect to claims 64 and 65, the same discussion above as to claims 62 and 63 
applies to claims 64 and 65 with the exception that the claimed step of "converting" 
includes "without modifying any of the symbolic representations of date in the at least 
one date field of the database for purposes of such windowing and converting," which is 
not taught or suggested by these references separately or collectively in a process as 
defined by the recitations of claims 64 and 65, nor with the additional step of "storing the 
converted symbolic representations separate from the at least one date field in the 
database " as recited in claims 64 and 65. 

109. The same discussion of the references above applies as well to claims 66-69. 

1 10. With respect to claims 66 and 67, the references do not teach or suggest, separately 
or collectively "reformatting the symbolic representation of each symbolic representation 
of a date in a portion of the at least one date field in the database, without the addition of 
any new date field to the database and repeating the step of reformatting until each 
symbolic representation of a date in the at least one date field has been reformatted in 
order to facilitate collectively further processing the reformatted symbolic 
representations," as recited in claims 66 and 67. 

111. With respect to claim 68, these references do not teach or suggest, separately or 
collectively, "reformatting the symbolic representation of each symbolic representation of 
a date in at least one date field in the database, without the addition of any new date field 
to the database ... in order to facilitate processing of the reformatted symbolic 
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representations ... by running a program on the reformatted symbolic representations of 
each of the dates" as recited in claim 68. 

1 12. With respect to claim 69, the same discussion above with respect to claim 68 applies 
to claim 69 an in addition, the claim recites "sorting the reformatted symbolic 
representations (in the recited format) ... and running a program on the reformatted 
symbolic representations of each of the dates," which is not taught or suggested by these 
references, separately or collectively. 

113. The above discussion of the references also applies to claims 70-76. 

1 14. The same discussion of claims 61-65 apply as well to the claims 70-76 except that 
the claims 70 and 71 recite both "without the addition of any new data field" and 
"without modifying any of the symbolic representations of dates in the at least one date 
field... ." 

1 1 5. The description contained in the Specification of the Dickens patent as filed, is clear, 
concise and descriptive of the claimed invention and enabling of the claimed invention, 
especially of the claims as filed, but also including those claims added in the Reissue 
Application. This includes the Specification as filed with or without the Exhibit A filed 
with the application but not printed with the patent as issued, but it is even more clearly 
present with the disclosure of Exhibit A. 

1 16. It is plain from the discussion in the Dickens Patent Specification referenced in 
paragraphs 6-8 above that dates stored in a database in pure numerical form, e.g., Lilian, 
as in Olms, or in other form, e.g., binary form, e.g., integer form as in Booth, with a 
unique number representing each day (or each minute or second or part thereof, 
depending on the granularity) in a chronological sequence of days (minutes, seconds, 
etc.) from a particular starting date, as in Ohms or Booth, is not even analogous art to the 
present invention. In those databases, the number stored includes by definition the year 
in four digits, and is not susceptible to the problems solved by the invention claimed in 
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the Dickens patent as issued and/or as added in the Reissue application, among others, 
being that a sort on dates stored as discussed above in the cited portions of the Dickens 
patent will be subject to, e.g., the system being "unable to distinguish between the year 
2000 and the year 1900, for example, the latter is also represented by the two digit code 
00"(SeeShaughnessy,Col. 1, lines 23-25). ; 

117. Therefore, both Ohms and Booth add nothing to the disclosures of Shaughnessy 
and/or Hazawa related to teaching or suggesting the invention as claimed in the Dickens 
patent as issued and/or as added in the Reissue application. Ohms and Booth teach a 
utilization of windowing, but not in the context of any suggested solution to the problem 
that is solved by the invention of the Dickens patent. In fact they teach away, since they 
teach the storage of the dates in a form that is not the "symbolic representation^" dealt 
with in the Dickens patent and is not subject to the system being "unable to distinguish" 
dates stored in that fashion. Shaughnessy and Hazawa already teach a utilization of 
windowing and the added teachings of either or both of Ohms and Booth, beyond using 
windowing for something not related to what windowing is used for in the Dickens 
patent, are irrelevant to the invention of the Dickens patent. 

118. One of ordinary skill in the art would readily understand the Specification of the 
Dickens patent, e.g., as mentioned in paragraph 9 above, to reflect the issue that caused 
the Y2K problem in the first place. Databases (referred to herein generally as "legacy 
databases") created initially during a period of time when memory was relatively very 
much more expensive than it is today or even has been for the last decade or so, were 
designed to have as small a data field for each needed item of information stored in the 
database as possible. For the year portions of dates stored, e.g., in a single date data field 
(e.g., MMDDYY)or a set of data fields (e.g., a separate MM, DD, and YY data field), as 
is the case in the databases relevant to the Dickens patent, this meant two character year 
date information with no century designation. 

119. The just referenced concern is at least part of the reason, as would have been well 
understood by one skilled in the art, that other representations, e.g., that are not symbolic, 



as that term is defined in the Dickens patent, were created, e.g., Lilian as in Ohms and 
integer as in Booth. Ohms and Booth represent ways to initially store a complete date 
having day month and year to four digits, and maybe even with less bytes than would be 
required for a symbolic representation in the form, e.g., DD/MM/Y, not to mention 
DD/MM/YYYY. 

120. Therefore, existing legacy databases, which have Lilian or integer date data formats 
are not subject to a Y2K ambiguity problem. Legacy databases in which the dates are 
stored in a date data format including a data field or set of data fields, including only the 
storage of two year date designation characters, do have, as the Dickens, Shaughnessy 
and Hazama patents recognize, the Y2K ambiguity problem. 

121 . While an existing legacy data base having the Y2K ambiguity problem may be 
modified to place the date data in the database in another format, e.g., containing YYYY 
instead of just YY, or into Lilian or integer format, or by adding to the legacy database 
another field, e.g., a CC, century designator field, as noted by both the Dickens patent 
and Shaughnessy, this can be complex, costly and maybe not effective. 

122. Replacing the one date data field or set of date data fields in a legacy database of the 
type described by the Dickens patent to suffer the Y2K date ambiguity problem, as would 
have been understood by those skilled in the art at the time of the filing of the application 
leading to the Dickens patent, may be simply unworkable or at best costly, time 
consuming and subject to numerous errors that may be even more costly and expensive to 
be fixed, if they even can be, after such a conversion. In short the best solution available 
in the prior art, as suggested by both Shaughnessy and the Dickens patent, may have 
been, as many people did, abandon the legacy database in favor of a totally new one in 
which the years date data is stored unambiguously, e.g., as YYYY. If such abandonment 
was not feasible, then there existed also the possibility of creating an entirely new 
database and transferring all of the data entries in all of the fields into the newly created 
database, if possible without massive clerical error. Neither solution was really 
economically viable as suggested in Both Shaughnessy and the Dickens patent. 
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Shaughnessy proposed a solution to this problem but his is significantly different from 
that of the claimed invention in the Dickens patent, and also not nearly as effective. 

123. One of ordinary skill in the art at the time of the filing of the application that led to 
the Dickens patent would have understood the many problems in modifying a legacy 
database containing only room for date data in the format YY to a modified format, e.g., 
containing a YYYY date data format, some of which, by way of example only, might 
include: 

(1) a database designed to be organized and contained in memory in a certain 
way, e.g., to conserve space or improve; accessibility or both may physically 
(electronically) not be susceptible to expanding the YY date characterization into, e.g., 
YYYY; or 

p l (2) pointers and other.Iinks, e.g., between data fields included in a string of date 

is data information, i.e., DD, MM, YY, or other such links, e.g., between such a string 
; entered in the database and another string that the database used, e.g., in comparing, or, 

* ; i i 

jljl ■ e.g., for date sorting purposes, or, e.g., the initial data entry system of the database, or 
\m j many other reasons that would have been understood by those skilled in the art at the 

; time of the filing of the application leading to the Dickens patent, may be set up to look 
„p for only a specified memory location or locations which may not be sufficient to contain 

; the new year date data in, e.g., the expanded format. 

V'f i 

^ 124. This is the problem addressed in the Dickens patent and its disclosure, e.g., as 

referenced above, e.g., in paragraphs 10 - 1 3, as would be done by one of ordinary skill in 
the art, must be construed with that fact in mind. 

125. One of ordinary skill in the art would necessarily have understood from the 
disclosure of the Dickens patent, e.g., as referenced in paragraphs 10-11, with or 
without Exhibit A, that the steps of determining a century designator and reformatting 
each of the dates in the database is to be done without requiring additional or modified 
date data fields in the existing legacy database. The disclosure specifically says that 
avoiding having to do such a modification of the existing legacy database is the very 
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reason for the claimed invention. This is also true in light of the claimed purpose being 
to "facilitate] further processing of the dates," and because of the disclosure in the 
Dickens patent discussed further below that "[o]nce the symbolic representations of the 
dates are reformatted ... the date information may be sorted ... ." 

126. It is plain from the disclosure of the Dickens patent, with or without Exhibit A, e.g., 
as referenced above in paragraphs 12 and 13, and would have been so understood by one 
of ordinary skill in the art, based upon the context of the disclosure as a whole of the 
Dickens patent, with or without Exhibit A, at the time of filing, that what is disclosed is 
the conversion, wholesale, of the dates in the database and running some program on the 
large number of dates so converted and that this is done without changing the underlying 
data fields in the legacy database from which the date data information was originally 
obtained and to which it may be returned. Similarly, it is plain, and would have been so 
understood by one of ordinary skill in the art, that to perform the method of the Dickens 
patent, the converted dates must be stored somewhere outside of the existing database 
date data fields, otherwise sorting and other manipulations by applications programs 
could not be done on all of the dates taken from the database and reformatted according 
to the claimed invention. 

127. Shaughnessy discloses the receiving from the processor into the subroutine of the 
one or two dates taken from the legacy database date data field(s) that Shaughnessy's 
subroutine operate upon, without specifically disclosing where outside the original date 
data field in the legacy data base this storage would occur. Similarly, those skilled in the 
art would have understood that all of the converted dates from the legacy database, 
according to the invention as claimed in the Dickens patent, ["each symbolic 
representation of a date in the database," and "reformatting the symbolic representation 
of the date [for each such date]" would require some memory and it would not be the date 
data fields of the legacy database. Only in this manner, as would also have been 
understood by those of ordinary skill in the art from the disclosure in the Dickens patent, 
with or without Exhibit A, could a program be run on the dates so reformatted to 
accomplish the subsequent claimed steps of, e.g., "sorting" and "manipulating." 
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128. It is clear from the prosecution history of the Dickens patent before it was originally 
issued, specifically as referenced above in paragraphs 14-17, that when applicant's 
counsel said that the claimed method of the patent application "should accept dates from 
data storage " applicant's counsel was referring to data storage where the database, 
i.e., a legacy database, was stored with only the availability of Y| Y 2 , to discern the proper 
century. In addition it is clear that when applicant's counsel again uses this term in 
stating u [h]owever the method of the present invention need not store the converted date 
in data storage," that this is the same data storage where the original legacy database is 
stored, with its limitations, e.g., as to ability to store date data in other than a two 
character year date data format. Applicant's counsel immediately goes on to state 
u [i]nstead, the original dates in the data storage remain undisturbed." Thus the original 
& legacy database remains as it was with no changes. Applicant's counsel then 

immediately thereafter goes on to say that "[t]his aspect of the present invention thus 
Q allows conversion of dates to compensate for century designations without requiring the 
;y! ' addition of data fields to permanently store the century designations." This also makes in 
Vy clear that when applicant's counsel asserted that "the claimed invention does not require 
^ that the converted data that includes the century designations be stored in data storage," 
>p he was referring to storing the converted data back in the original date data fields of the 
^ ) legacy database, within the "data storage." It is evident also that the statement by 

■ ■;} • 

M applicant's counsel that "the amended set of claims does not require storage of the 

;i i : 

converted data and therefore imposes no requirement for new data fields," is referring to 
storage of the converted data in new data fields in the legacy database, within the "data 
storage." Further it is clear that the comment of applicant's counsel, that "conventional 
date formatting systems typically require additional data fields for storage to 
accommodate the century designations," means that the problem being addressed is being 
able to sort, manipulate and otherwise run programs on these date representations without 
modifying the existing fields in the database or changing that data in those fields 
permanently. 



36 



129. As the specification of the Dickens patent points out and as those in the art would 
have known at the time, the legacy database is not readily susceptible of changing the 
format of those date data fields for permanently modifying the date data format contained 
in the legacy database. Applicant's counsel's comment that "[t]hese additional data 
fields are necessary because conventional systems disclose a permanent reformatting of 
stored data," clearly refers the undesirable prior art solution of the Y2K problem by 
reformatting the legacy database itself and then, e.g., reformatting all of the date data and 
also the fact that this solution does require that new data fields be added to the legacy 
database. 

130. Additionally, in the context of this argument, the applicant's counsel's assertion that 
"[t]he claimed invention, on the other hand, does not require that the reformatted data be 
permanently stored. Instead, the method of [the] claimed invention encompasses 
embodiments in which the date information is initially reformatted and converted to have 
century designations, but does not require that the reformatted dates be stored " is plainly 
talking about the lack of need for permanent storage within the date data fields of the 
legacy database. One skilled in the art would plainly understand this from the disclosure, 
with or without Exhibit A. 

131. Even Shaughnessy, as noted above, in his method has to store one or two dates 
processed each time by the called subroutine in some form of data storage, even if it is a 
register or cache memory in the processor. Clearly the set of date data, which has been 
converted and reformatted, according to the claimed invention, must be stored 
somewhere for the additional process steps of, e.g., sorting or manipulating (or as shown 
in Exhibit A, sorting by model number and then sorting by date) in order for these later 
process steps to be performed. This would have been understood by one of ordinary skill 
in the art from the disclosure, especially with Exhibit A. What is not changed is the date 
data stored in the data storage that contains the original legacy database. Not only would 
this have been evident to one of ordinary skill in the art at the time of the filing of the 
Dickens patent, this is what applicant's counsel argued to the Examiner: 
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As stated previously, the method of one embodiment of the claimed invention 
reads the dates from the database and temporarily reformats the dates with century 
designations. Data manipulation programs are then performed on these 
reformatted dates, such as sorting the dates. However, once the data 
manipulations are complete, the reformatted dates need not be stored in data 
storage. (Emphasis added) 

132. This is the same "data storage" referenced by applicant's counsel to be where the 
legacy database was stored. Applicant's counsel continued: 

[i]nstead the dates in the data storage can remain the same as they were prior to 
the temporary reformatting of the data by the method of the claimed invention. 
Thus in these embodiments, the method of the claimed invention does not require 
additional data fields for storage because the reformatted dates with the century 
designations are only used 'on the fly' for data manipulation and are not stored in 
data storage. 

133. It should be plain from the above referenced prosecution history that the original 
Examiner understood the claimed invention to be what applicant now asserts it is 
according to the meaning of the claims as allowed in the Dickens patent. This meaning 
applies as well to the claims added herein in the Reissue application. That is, the method 
allows the extraction from an existing legacy database with date data stored in a format, 
e.g., using only Y| Y2, that is Y2K ambiguous, temporarily converting and reformatting 
each of the extracted dates to a format, e.g., CjC2,Y| Y2, that is not Y2K ambiguous, 
performing data manipulation programs on these reformatted dates, that are not stored in 
the original legacy database fields, but necessarily must be stored somewhere separate 
from or outside of the original legacy database fields, and utilizing the results of the data 
manipulation program, without having to have modified the original legacy database and 
its original fields, formats, links, etc. 

134. Otherwise, the original Examiner would not have removed the rejection based on the 
change in the claims from "reformatting the symbolic representation of the date in the 
database" or "reformatting each date in the database," to, respectively, to "reformatting 
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the symbolic representation of the date ... to facilitate further processing of the dates" and 
to facilitate further "reformatting each date ... to facilitate further processing of the 
dates " as was done in the Supplemental Response of April 2, 1998, which resulted in 
allowance. The original Examiner stated: 

The Prior Art of Record ... does not anticipate nor suggest the set of limitations of 
the claims, comprising the threshold year digits as used to determine a pair of 
century digits to be used for computation, but without enlarging the number of 
date digits in of the database. 

Further stated the Original Examiner in an Interview summary of April 2, 1998: 
It was agreed that the summary of the invention, and the arguments of the 
response, were not entirely in conformity with the claims, which would be 
potentially allowable if the use of additional century digits did not include their 
storage in the database. 

1 35. Claim 10, as noted above was amended to clarify the same conflict with the 
disclosure as the original Examiner recognized in the claims as originally filed, i.e., that 
the reformatted dates are not stored back into the database. 

136. Given the interpretation of the claims as filed originally and issued as amended in 
the original application leading to the Dickens patent, and the claims added in the current 
Reissue application that clarify further the meaning of those original claims, clearly the 
same reasons as asserted by the original Examiner for allowance of the claims in the 
original application apply to claims 1-76 in the present application. 

137. It is not correct, as the Examiner asserts, that Shaughnessy "teaches modifying those 
dates that have a two digit identifier less than some predetermined pivot date, changing 
the format of the date, and sorting the results." To the extent that "those dates" is 
intended by the Examiner to mean the recited "all of the symbolic representations of 
dates" and/or "each symbolic representation of dates," Shaughnessy's teaching, at best, is 
"modifying those dates that have a two digit identifier less than some predetermined 
pivot date, changing the format of the date" only with respect to one, or at most two, 



dates sent to a called subroutine when an application encounters a two digit date data and 
an instruction, e.g., to determine if that date is in the past or future, i.e. to compare it to 
some other single fixed date, or, e.g., to compare two dates encountered by the 
application program. 

138. Shaughnessy does not perform the step of "sorting the results," if the Examiner 
means the claimed results of "reformatting" "each" or "all" reformatted symbolic 
representations in the data base. Shaughnessy sorts between a single fixed date and a 
forwarded date or between two dates forwarded from the application and returns to the 
application a "parameter" indicating the result of, e.g., the sorting of the two dates. 

138. Hazama, similar to Shaughnessy, has a "computer system ... processing section 
[which] replaces the code for the tens place in the last two digits of the year AD with a 
code that maintains the year order." To do this, the two digit date code is sent by the 
program processor, referred to as "work area" 8 or "clear area" 8, to a module 10 and the 
modified date is returned to the processor "work area" or "clear area" 8. Therefore, even 
with the disclosure in Hazama "of the need for the pivot date to be less than any date in 
the database" the claimed invention is no more disclosed than in Shaughnessy, 

139. It is not correct that Shaughnessy teaches or suggests the "process of converting all 
dates in the database, wherein two digit dates are converted into four digit dates as taught 
in Shaughnessy ... ." (Emphasis added) 

140. It also does not follow from the asserted combination of Shaughnessy and Hazama 
as proposed by the Examiner because "it follows that one of ordinary skill in the art of 
programming would know and would be adept at setting parameters to correctly process 
a set of data," means that the combination of Shaughnessy and Hazama results in the 
claimed invention. Assuming that the Examiner means "sets of data" to be the recited 
"all of the symbolic representations of dates" and/or "each symbolic representation of 
dates" in the database, since Shaughnessy, as noted above, contains no such disclosure. 
Because of the way Shaughnessy is disclosed to operate, it cannot perform the claimed 



process, and therefore, teaches away. Shaughnessy by returning a "parameter" to the 
program cannot reformat each or all of the date data representations in the data base and 
then perform further programming "sorting" or "manipulating" on the reformatted date 
data, since the "parameter" returned to the program is specific to an operation, e.g., 
comparison, specific only to the two particular date representations being operated on by 
Shaughnessy for purposes of returning the parameter to the program. The "parameter" 
simply indicates, e.g., the one date is greater than, equal to or less than the other, and is 
not correlated to any other date data representation in or extracted from the database for 
purposes of further processing. It is, therefore, not a conversion and reformatting that 
"facilitates further processing of the dates" taken from the database as claimed. 

141 . The Examiner's comment about Shaughnessy complemented by "logical necessity" 
disclosing the entire claimed invention is not correct in light of fact that Shaughnessy, 
with the addition of the selection of a pivot date based on the earliest date in the data 
base, still does not result in each and every element of the claimed invention. 

142. Shaughnessy does not "suggest[] the conversion of all dates within the database 
from a two digit format to a four digit format as a viable, but costly alternative for the 
year 2000 problem (col. 1, lines 3 1-46 et seq)." In the cited passage, Shaughnessy is 
either saying that as to, e.g., a legacy data base it is difficult and expensive to modify the 
format, fields, etc. for the data base to only include 4 character date representations, with 
which applicant is in agreement (see Col. .1, lines 35 - 41 of the Dickens Patent), or 
teaching away from the applicant's proposed solution, or both, as the cited passage is not 
entirely clear as to what would be the objectionable thing to avoid. See also 
Shaughnessy's discussion in Col. 4, lines 7-26. The fact that Shaughnessy specifically 
teaches a separate way than the claimed invention to solve this problem, also teaches 
away from the claimed invention. At best this cited portion of Shaughnessy recognizes 
what the problem is that both Shaughnessy and the claimed invention set out to alleviate, 
but Shaughnessy takes a different approach. 



41 



143. Shaughnessy does not "discloses the claimed 'all of the symbolic representations of 
dates falling within a 10 decade period of time' as a date having a cycle or a range of a 
100 years (col. 18, Cycle/Range Cl= THE DATE CYCLE IS 100 YEARS) " The table 
of the Appendix to which the Examiner refers is identified by Shaughnessy as 
"illustrating a sample of the types of date formats the present invention can support." (Col 
3, lines 43-45. The fact that a cycle for dates of a given one of may listed formats in the 
referenced table may be 100 years teaches nothing about the selection of a range of dates 
that are in a data base upon which the method of Shaughnessy is utilized. Indeed, a 
number of the ranges listed as to which Shaughnessy says "the present invention can 
support," are longer than 100 years. Once again the teaching of Shaughnessy is away 
from the present invention, in that it does not require claimed recitation "all of the 
symbolic representations of dates falling within a 10 decade period of time." 

144. For this same reason, it is inappropriate hindsight analysis using only the teaching of 
the applicant's disclosure to say that: 

As pointed out in column 2, lines 1 1-14 and column 3, lines 4-8 of Patent No. 
5,806,063, all dates in commercial and industrial databases span within one 100 
year. Shaughnessy's system being of the commercial or industrial kind described 
in the cited patent, must therefore, as a practical matter, incorporate this 
limitation. 

145. The "commercial or industrial" databases which Shaughnessy invention "can 
support," are specifically identified by Shaughnessy to include data bases where the data 
contained could include a span of over 1 00 years 

146. Shaughnessy does not teach: 

the step of 'determining a century designator C. sub.l C. sub.2 for each symbolic 
representation of a date in the database, C. sub. 1 C. sub.2 having a first value if Y. 
sub.l Y. sub. 2 is less than Y. sub. A Y. sub. B and having a second value if Y. 
sub. 1 Y. sub. 2 is equal to or greater than Y. sub. A Y. sub. B' as the comparison 
of the current date to the date when the system was installed with the 
modifications (modified system install date) to thereby determine the century 
value (col. 5, lines 36-65 et seq). 
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While this portion of Shaughnessy does disclose the form of windowing that 
Shaughnessy proposes, using the install date as the pivot date, in the context of the 
remainder of the disclosure of Shaughnessy this is not disclosed to be done for "each 
symbolic representation of a date in the database," in preparation for and facilitation of 
further processing of the reformatted symbolic representations. As noted above 
Shaughnessy does windowing and reformatting for one or two date representations at a 
time in the called subroutine. 

147. The same can be said for the cited portion of Shaughnessy cited to disclose: 

the comparison of the YYMMDD portion of the date to the corresponding date 
portion at the end of the 1 00 year cycle to thereby determine the century value 
(col. 7, lines 7-15 et seq). 

148. Shaughnessy also does not disclose: 

the step of 'reformatting the symbolic representation of the date with the values C. 
sub. 1 C. sub.2, Y. sub. 1 Y. sub.2, M. sub. 1 M. sub. 2 , and D. sub. 1 D. sub. 2 to 
facilitate further processing of the dates' by appending the determined century 
value before the YYMNMD date in order to yield a CCYYMMDD date format 
(col.5, lines 46-51; col.6, lines 57-65 et seq) ... . 
The "reformatting the symbolic representation of the date" must be read in the context of 
the earlier claim recitations that define the context of this process limitation to mean 
performing reformatting on "each" or "all" date data representations that have previously 
been the subject of the claimed form of windowing prior to this reformatting step. 
Further the claimed reformatting is to "facilitate further processing of the dates." As 
noted above, Shaughnessy reformats at most two pieces of date data information from the 
data base at a time and returns a parameter that gives a result of processing done in the 
called up subroutine of Shaughnessy, but does not "facilitate further processing of the 
dates." 

149. Shaughnessy does not disclose: 

"returning one date field with the converted date to the subroutine and a means for 
returning a parameter to the application program for use in further operations 
(col.l, lines 47-54 et seq). 
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The cited portion of Shaughnessy, which appears to be in Col. 2 as opposed to CoL 1, 
refers to "passing at least one date field to the subroutine [and] a means for returning a 
parameter to the application ... The "parameter," is not a reformatted date or dates, 
and is "for use by the application program in further operation." (Col. 2, lines 53-54, 
Emphasis added) An example of this is "[I]f the result received from the subroutine [the 
parameter] indicates that the date the next payment is due is greater than today's date [the 
program can go on to] indicate that the account is OK." (Col 4, lines 59-61) Shaughnessy 
also notes as an alternative to the above, the Shaughnessy process may "pass[] at least 
one date field which is representative of at least two dates to the subroutine, determining 
which if the two dates corresponds to the date field operation according to a 
predetermined criteria , performing the date operation on the date field, and returning the 
parameter to the application program ... " (Col. 2, lines 59 - 64, Emphasis added). 

;j n 1 50. Contrary to the examiner's assertion at the time of the filing of the Dickens Patent, it 
^ : is not correct that: 

m The ordinary skilled artisan having read Shaughnessy would immediately see the 

irfj = ! nee d to determine which 100 year span to use. This determination would have led 

^ the ordinary skilled artisan to the Hazama reference, which teaches the pivot date 

being smaller than the smallest two digit date in the database having all the dates 
|J .j within a 1 00 year period as a solution to restrict the selection of Shaughnessy's 

M window and thereby forcing all dates already stored in the database to fall in the 

20th century. 

Shaughnessy teaches a very specific way of selecting a one hundred year window, and it 
is not based on the earliest date in the data base. In this regard Shaughnessy actually 
teaches away. Further, the import of the latter portion of the Examiner's above quoted 
view is not understood. The statement regarding "as a solution to restrict the selection of 
Shaughnessy's window and thereby forcing all dates already stored in the database to fall 
within the 20 th century." If the Examiner mean that this is what Shaughnessy would 
teach one of ordinary skill or that the combination of Shaughnessy and Hazama would 
teach one of ordinary skill, then all dates falling in the 20 lh is a situation in which there is 
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no Y2K problem to solve, so that either Shaughnessy or the combination of Shaughnessy 
and Hazama also teach away. Is this the Examiner's intent? 

151 . In regard to the rejection of claim 9, the cited portion of Shaughnessy, actually 
including also Col. 5, lines 10 - Col. 6, line 35 refers to the setting by the subroutine of 
the "current date (box 14), the end of the hundred year cycle (box 16) and the two 
possible century values (box 18)" for utilization inside the subroutine and has nothing to 
do with the recited '"storing the symbolic representation of dates and their associated 
information back into the database after the step of reformatting"' from claim 9. 

1 52. As to the rejection of claim 9 Shaughnessy also does not disclose "storing the 
symbolic representations of dates and their associated information back into the 
database " i.e., after the step of "facilitating the further processing," and after such further 
processing, e.g., date sorting, the dates and information in Shaughnessy may not be 
reorganized in the database according, e.g., to the results of the sorting. Further 
Shaughnessy does not teach doing so without modifying the symbolic representations of 
dates in the database itself. 

1 53. Booth is non-analogous art and actually teaches away from the present invention as 
claimed. Booth and the Clipper system described therein use integer dating which does 
not suffer from the problems sought to be solved by the claimed invention, i.e., there is 
no Y2K date ambiguity that needs to be addressed in the processing of date data stored in 
a database according to the Clipper system. Booth does disclose windowing and using a 
ten decade window, but it is not in the context of the claimed invention. For example, it 
is not for the purpose of "facilitating further processing of the dates [in the database]." 
Booth's use of windowing is also not disclosed to be "reformatting the symbolic 
representation of the date [for each/all representations of dates stored in the database]." 
In addition Booth does not teach "sorting the symbolic representations of the dates" in a 
CC YYMMDD or like format, since dates in Booth are sorted by comparison of the 
integer value that computes to the appropriate date, including its four character year 
value. - 
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1 54. Modifying Shaughnessy or the combination of Shaughnessy and Hazama with 
Booth, which teaches storing and manipulating (operating programs on) date data that is 
in integer form, would render Shaughnessy and/or the combination of Shaughnessy and 
Hazama inoperative for their intended purpose(s). The intended purpose for Shaughnessy 
and Hazama is to correct the problem of Y2K ambiguity for date data stored in a database 
in a form that gives rise to the ambiguity, and Booth (as does Ohms) stores date data in a 
form that has no Y2K ambiguity. In the same way, the proposed combination would 
change the principle of operation of Shaughnessy and/or the combination of Shaughnessy 
and Hazama. 

155. Contrary to the Examiner's assertion, and as indicated by the above discussion of 
i . Shaughnessy, Shaughnessy does not disclose "reformatting ... in order to facilitate 

collectively further processing the reformatted symbolic representations of each of the 
symbolic representations of each of the dates." For this reason, the impropriety of the 
Examiner's rejection, as discussed above, is further supported. 

156. Booth clearly and unequivocally notes that the dates stored in the database being 
manipulated by Clipper 5 are stored in integer format with a granularity of date days. As 
Booth notes at p. 939, "Dates are stored internally in such a way that math operations can 
be performed on dates to derive other dates. Adding an integer to date will result in a 
future date. Subtracting two dates will result in the number of days between the two " 
See also Booth at p. 99. Regardless of what Booth may say about date data entry, date 
display, or the like in the portions of Booth cited by the Examiner, the fact remains that 
the database of Booth does not use symbolic representations of dates in the Gregorian 
format, and does not have the Y2K ambiguity problem, since each date as stored is 
complete with information that indicates it YYYY characters in Gregorian format. 
Booth's disclosure of windowing in certain contexts, is, therefore, non-analogous art, 
teaches away from applicant's proposed solution to the Y2K date ambiguity problem, in 
the same way Ohms does. Further whatever sorting Booth proposes it is not of dates 
reformatted from a YY date data field representation into a YYYY format for purposes of 
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being sorted in that format. Booth sorts in integer format simply by comparing the two 
integers with each other and the information contained in the integer itself is not Y2K 
ambiguous. 

1 57. Ohms does not disclose: 

the claimed 'method of processing symbolic representations of dates stored in a ' 

database' by presenting a computer implemented method for processing date[s] 

outside the twentieth century (see title, p 244 et seq). 

The symbolic representations of . dates in Ohms' database are in the form of a 
number representing a unique Lilian date and frilly includes all year information such that 
the Y2K ambiguity problem addressed by the present invention is not even present vis-a- 
vis the date data stored in Ohm's database. Each Lilian date so stored includes (is ' 
convertible to) a representation of a full four character year, without Y2K ambiguity, just 
as is the case with the integer dates employed by Clipper 5 as described in Booth. In 
addition Ohms does not call for the dates actually stored in the database to be within a ten 
decade window. In fact they can be anywhere within the span of days capable of being 
represented by seven digits (the specific embodiment disclosed, but it could be even 
more) of days, i.e., over 2000 years. 

1 58.0hms does not disclose: 

'selecting a 10-decade window with a Y. sub. A Y. sub. B value for the first 
decade of the window, Y. sub. A Y. sub. B being no later than the earliest Y. sub. 
1 Y. sub. 2 year designator in the database,' ... . 

Ohms does disclose selecting a ten decade window for the windowing of date data being 

entered, but say nothing at all about selecting this ten decade window based upon any 

span of dates actually stored in the database. 

159. Ohms is non-analogous art and actually teaches away from the present invention as 
claimed. Lilian dating does not suffer from the problems sought to be solved by the 
claimed invention, i.e., there is no Y2K date ambiguity that needs to be address in the 
processing of date data as stored by the Ohms system. While Ohms does disclose 
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windowing and using a ten decade window, it is not in the context of the claimed 
invention. For example it is not for the purpose of "facilitating further processing of the 
dates [in the database]." Ohm's use of windowing is also not disclosed to be 
"reformatting the symbolic representation of the date [for each/all representations of 
dates stored in the database]." In addition Ohms doses not teach "sorting the symbolic 
representations of the dates" in a CCYYMMDD or like format, since dates in Ohms are 
sorted by comparison of the integer value that computes to the appropriate date, with the 
inclusion in the integer value of its four character year value. Indeed, modifying Hazawa, 
which teaches storing and manipulating (operating programs on) date data that is in, e.g., 
MMDDYY form, would render Hazawa inoperative for its intended purpose(s). The 
intended purpose for Hazawa is to correct the problem of Y2K ambiguity for date data 
stored in a database in a form that gives rise to the ambiguity and Ohms stores date data 
in a form that is not Y2K ambiguous. In the same way, the proposed combination of 
Ohms and Hazama would change the principle of operation of Hazawa. 

160. There is no prima facie obviousness because there is no motivation to combine non- 
analogous art, especially where Ohms teaches away from the claimed invention, at least 
to the extent it teaches addressing the Y2K problem by storing date data in a form that is 
not susceptible to the Y2k ambiguity problem and does not need to be modified in any 
way to be able to be fully sorted, manipulated or otherwise processed without concern for 
any possible confusion between the Lilian value that represents all of the days 
throughout, e.g., the year 2002, including the fact that they are in the year 2002 and the 
totally unique and fully determinative integer value that represents each of the days in the 
year 1902, including the fact that each such day in within the year 1902, or, for that 
matter, 3002, 4002 and so on. The specific embodiment of Ohms using only seven 
characters to count the dates would have to be expanded to cover a span of more than 
2000 years, however, and the starting date of the first day, e.g., January 1, 1900, would 
determine, along with the total number count of days, the end of the span that can be 
covered. 
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161. The Examiner is misreading the claims. As recited, e.g., in claim 33, the process 
step calls for: 

reformatting the symbolic representation of each symbolic representation of a date 
in the database, without changing any of the symbolic representations of a date in 
the database during the reformatting step a ... 
or in claim 60 the process step calls for: 

by windowing the symbolic representations of each of the respective dates as 
stored in the at least one date field of the database against a pivot year represented 
by one of the symbolic representations of the dates as stored in the at least one 
date field of the database, without modifying any of the symbolic representations 
of dates in the at least one date field of the database for purposes of such 
windowing and converting; ... . 
The "symbolic representations of dates in the at least one field of the database" remain 
unchanged, as discussed in further detail herein with regard to the enabling issue, as the 
Examiner in the original application noted and as was the subject of an amendment of the 
claims therein to clarify that point. 

162. As to written description, the Specification is reasonably clear in indicating that the 
applicant as of the filing date of the application leading to the Dickens patent was in 
possession of the invention, even if new terminology is used in the claims. The claimed 
sort based upon the reformatted CCYY format is a broader genus. As indicated in the 
specification and as would have been well known in the art at the time of the filing of the 
Dickens patent, data may be stored in databases in other than YYMMDD and in which 
the Y2K ambiguity problem still exists, e.g., YYMMMDD, where the MMM is a three 
letter designation of the month. For such date data formats, the present invention, as 
would be understood by those skilled in the art from the disclosure of the Dickens patent, 
with or without Exhibit A, is just as useful, along with the reformatting of the YY to 
CCYY. The claim, therefore, is a broader genus, which would cover the originally 
recited CCYYMMDD as well as, e.g., CCYYMMMDD. 

163. The Examiner.has taken the position that: 
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Claims 33, 60-61, 64-65 and 70 call for reformatting to occur 'without changing' 
or 'without modifying* the symbolic date representations during the reformatting 
when the specification merely indicates that the YYMMDD date format is 
reformatted to appear in the form CC YYMMDD (col.3, lines 41-43). It is 
apparent that the original specification is devoid of any disclosure of how such 
reformatting is performed 'without changing' or 'without modifying' the 
symbolic date representation. In fact, the suggestion of reformatting without 
changing representation is on its face a contradiction, for the reformat is to change 
representation. Therefore, the claimed limitation reformatting to occur 'without 
changing' or 'without modifying' is new matter because this subject matter was 
given neither a written description nor enabling description in the original 
disclosure. 

164. There is quite an adequate disclosure in the original specification including the 
Certificate of Correction, from both a written description and an enabling perspective. 
The addition of the Exhibit A further supports the claim language. The "without 
modifying" and/or "without changing" recitations refer to the fact that the original 
database date entry as contained in, e.g., a legacy database itself, is what is not modified. 
Clearly modification occurs according to the claims of the what is taken from or extracted 
from the date data field in, e.g., a legacy database, but this modification/reformatting 
according to the claims is done without also modifying/reformatting the originally stored 
date data as it is in the database itself and remains so after the converting and 
reformatting according to the claimed invention.. This is adequately described in the. 
written description and fully enabled. 

165. The Examiner has taken the position that: 

Claims 16-30, 32, 34-67, 69-71, 75 and 76 call for processing relative to a 'pivot 
date' or 'pivot year' when such terms are nowhere defined or even mentioned in 
the original specification. Therefore, the claimed limitation 'pivot date' or 'pivot 
year' is new matter because this subject matter was given neither a written 
description nor enabling description in the original disclosure. 
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166, This term is well known in the art. By way of example, United States Patent No. 
6,317,746, entitled SOFTWARE DATE AND TIME SERVICES, issued to Franklin, Jr., 
et al. on November 13, 2001, and United States Patent No. 6,003,028, entitled 
IMPLEMENTING EXTENDED NUMERIC RANGE WITHIN A TWO-DIGIT 
SOFTWARE REPRESENTATION, issued to Koenig on December 14, 1999 use the 
term in connection with windowing techniques utilizing, e.g., a ten decade window. The 
Examiner has himself used the term throughout the prior and present Office Actions in 
rejecting claims with and without the term "pivot year" in the claim language. The term 
simply means, as the Examiner himself has used it, the starting year for the window. 

167, The Examiner has also taken the position that: 

Claims 20-21, 62-65 and 71 call for 'reformatting' or 'storing' 'separately' from 
the symbolic representations in the database or from the database when the 
original specification merely suggests reformatting or sorting the date. However, 
the original specification does not disclose such 'separate' reformatting or storing. 
Therefore, the claimed limitation of 'separate storing' or 'separate reformatting' is 
new matter because this subject matter was given neither a written description nor 
enabling description in the original disclosure. 

168. As discussed above with respect to claims 33, 60-61, 64-65 and 70 regarding the 
'without changing' or 'without modifying' recitations, the Specification as originally 
filed along with the Certificate of Correction, adequately discloses and enables the 
recitations regarding "separate reformatting" and "separate storing." The addition of 
Exhibit A further supports such recitations. 

169. The Examiner has taken the position that: 

Claims 16-25, 31-33, 66-67 and 72 call for 'collectively further processing' when 
the specification makes no mention of such 'collective' further processing. 
Similarly, claims 3643 call for 'collectively sorting' or 'collectively 
manipulating' when the original specification merely suggests sorting and 
manipulating. However, it does not mention such 'collectively' sorting or 
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manipulating. Similarly, claims 34-61 , 63 and 65 call for the step of 'running a 
program collectively' when the original specification, perhaps, only implicitly 
discloses the 'running of the program'. However, such 'collective' running of the 
program, is not disclosed. Therefore, the claimed limitations of 'collective 
processing, 'collective sorting', 'collective manipulating' or 'collective running 
are new matter because this subject matter was given neither a written description 
nor enabling description in the original disclosure. 

170. The original disclosure and claims disclose a process whereby "each" or "all" of the 
dates stored in a database, e.g., a legacy database, wherein the stored format includes 
only two year date characters, are reformatted to contain four year date characters, 
followed by a process of, e.g., sorting or manipulating, based on all of the reformatted 
dates. The Exhibit A disclosure further supports this interpretation of the claims. The 
term "collectively" is not used in the original disclosure. However the term serves to 
define over the art, e.g., Shaughnessy, where, e.g., one date from the database and one 
fixed date, or two dates from the database, are compared to each other, in the called 
subroutine, as opposed to all of the data from the database being manipulated, e.g., date 
sorted "collectively." 

171. The Examiner has taken the position that; 

F. Claims 36-37, 40-41, 48-49, 5 1-59, and 69 call for the running of a program 
after a sorting operation has been performed. However, the original specification 
does not provide a written description of such running of a program subsequent 
the step of sorting. Similarly, claims 38, 39, 42-43 call for data manipulation 
before running of the program. No written description is provided for such data 
manipulation before running the program in the original specification. Therefore, 
such limitations are new matter because this subject matter was given neither a 
written description nor enabling description in the original disclosure. 

172. As noted in the Specification of the Dickens patent: 



Once the symbolic representations of the dates are reformatted according to the 
procedure set forth above, the date information may be sorted, numeral 38, or 
manipulated, numeral 40, together with the entries associated with the dates. 
Such manipulation may include handling of the data associated with the dates, 
storing the dates and associated information back in the data base, or other 
processes. 

173. In addition, at least Exhibit A shows a sort program run before another program, 
e.g., a print program. 

1 74. The Examiner has taken the position that: 

Claims 46-59 call for "repeating the step of converting at least a substantial 
portion" of the specified data. The original specification does not disclose the 
conversion of such substantial portion. Therefore, such limitation is new matter 
because this subject matter was given neither a written description nor enabling 
description in the original disclosure. 

175. A person skilled in the art at the time of the filing of the application leading to the 
Dickens patent would have understood from the disclosure of the Dickens patent, with or 
without Exhibit A, that the storage of databases, particularly of extensive nature, may be 
contained in memory in variously segmented ways, e.g., on pages of extended memory, 
or organized by, e.g., data entry number. In addition it would have been understood that 
the process of the present invention, depending upon the particular application program 
being utilized and the particular kind of "manipulation" being done, may effectively run 
on a substantially portion of the database containing a substantial portion of all of the, 
e.g., date data fields, but not necessarily all of them. Applicant's claims are not limited to 
only those instances where the recitation "each" or "all" as distinguishing over prior art, 
e.g., Shaughnessy, would require that each and every date data field is reformatted. In 
addition those skilled in the art would have appreciated that the database may contain 
several different date data fields associated with each particular data entry in the database 
and the sorting or other manipulation may only be concerned with one such field, and the 
conversion, therefore, only necessary in that instance and only as to that field. The 
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program listing in Exhibit A is exemplary. For example, the "tools" database may have 
other date data fields besides "last_inv.dat", e.g., purchase.dat or last_maintenance.dat. 
The claims as originally filed would cover that situation and the added claims rejected 
above by the Examiner simply further clarify this fact. 

176. The Examiner has taken the position that: 

Claims 34-65 and 70-71 call for 'converting 1 symbolic representations 'by 
windowing the symbolic representation' when the specification merely discloses 
the selection of a 10 decade window. The verb 'windowing' appears nowhere in 
the specification, and its meaning is unclear. Therefore, such limitation is new 
matter because this subject matter was given neither a written description nor 
enabling description in the original disclosure. 

1 77. The disclosure of the Dickens patent, even without Exhibit A, and also with Exhibit 
A, fully describes the claim recitation "by windowing the symbolic representations of 
each of the respective dates as stored in the at least one date field of the database against 
a pivot year represented by one of the symbolic representations of the dates as stored in 
the at least one date field of the database ... Windowing is a well known and 
recognized term in the art, and as noted above the pivot year, meaning the earliest date in 
the window, is also a well known and recognized term of art. Even if the disclosure of 
the Dickens patent, with or without Exhibit A, does not specifically use the term 
"windowing" or the term "pivot year/ 1 one skilled in the art at the time of the filing of the 
Dickens patent would have understood the disclosure to contemplate and ftilly describe 
and enable the claim limitation. 

1 78. The Examiner has taken the position that: 

Claims 35, 37, 39, 41, 43, 45, 49, 51, 53, 55, 57 and 59 call for the step of 
'opening the database prior to the step of converting' when the original 
specification makes no mention of opening the database. Therefore, such 
limitation is new matter because this subject matter was given neither a written 
description nor enabling description in the original disclosure. 
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1 79. Applicant asserts that the step of opening the database is at least inherent in the 
disclosure of the Dickens patent. One skilled in the art would have understood that to get 
at the date data field stored in the database in the Y2K ambiguous format in order to 
reformat it to not be Y2K ambiguous, the database would initially have to be opened up 
for such access. Exhibit A, in addition, specifically includes a program step opening the 
"tools" database. 

1 80. The Examiner has taken the position that: 

Claims 34-65, 70 and 71 call for the avoidance of an 'ambiguity' by reformatting 
or converting date representation. The original specification merely suggests that 
dates containing only two digit year representation, and without reformatting, may 
sort improperly. It does not mention or discuss any such claimed ambiguity. 
Therefore, such limitation is new matter because this subject matter was given 
neither a written description nor enabling description in the original disclosure. 

181. Applicant submits that there is a full description of and enablement of the claims 
recitation of a process for working on a "database utilizing symbolic representations of 
the dates stored in the at least one date field of the database, which are in a format that 
creates ambiguity between dates in each of a pair of adjacent centuries," and for the 
subsequent recitation of "converting each of the symbolic representations of dates stored 
in the at least one date field of the database to a symbolic representation of each of the 
respective dates that does not create the ambiguity ..." The. specification says that the 
problem being addressed is: 

However, with the turn of the century at Jan. 1, 2000, the representation 
and utilization of dates becomes more complex. Using the numerical form above, 
Dec. 15, 2000 is represented as 12/15/00. If a numerical sort is performed on 
12/15/93 and 12/15/00, the later date 12/1 5/00 sorts as the first-occurring date, an 
incorrect result. 

Sets of dates spanning the turn of the century and associated with past, 
current, and future activities are now stored in many databases. When stored in 
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the conventional formats discussed above, those dates will not readily be used and 

numerically sorted in chronological order. 
In other words, because of the utilization of only two date data characters, the century of 
the date is ambiguous, and the process of the present invention will remove that 
ambiguity. That is, the date data format that is ambiguous in two characters is converted 
to one in four characters that is not ambiguous in a disclosed embodiment of the 
invention. 

1 82. The Examiner has taken the position that: 

Claims 1-15, 31, 33, 68, 72-74 call for the selection of a ' YAYB value for the first 
decade' of a window. There is no known meaning for the 'value of a decade' and 
the original specification is devoid of any description of what the * value of a 
decade' is. Because this subject matter was in the original disclosure, such 
limitation is not new matter. However, it is rejected under the second paragraph of 
35 USC 112 because the meaning of the claim phraseology is so devoid as to be 
wholly indefinite. 

183. The specification and claims are perfectly clear on the meaning of the value of 
Y a Yb. It is the "first year of the 10-decade window." (Col 3, line 13). The full recitation 
of the claim to which the Examiner refers recites "selecting a 10-decade window with a 
Y A Y B value for the first decade of the window ... This is precisely the same as saying 
that the "value" of Y a Yb is the two digit year value of the first year in the 10-decade 
window. Contrary to the Examiner's suggestion, the claim does not call for setting the 
"value for a decade," even if in the context of the Specification and claim language there 
would be any doubt that "the value of a decade" is ten years. The claim clearly calls for a 
"Y A Y B value" which is "for the first decade of the [10 decade] window ... ." It is also the 
same value as for the first year in the 10-decade window. 

1 84. The Examiner has taken the position that: 

1 . Applicant argues that Shaughnessy does not teach or suggest "the step of 
selecting a 10-decade window YaYb no later than the earliest YI Y2 year 
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designator in the database" Applicant alleges that Shaughnessy only discloses 
the selection of a 10 decade window utilizing the date the system was installed. In 
response, the Examiner respectfully submits that Shaughnessy teaches the 
selection of a 10-decade window in figure 4 and the necessity of such a window 
starting with a date no later than the earliest year in the database is taught in 
Hazama. 

185. Shaughnessy does not disclose the claimed "step of selecting ... ." Shaughnessy in 
the Specification and in the discussion specifically of Figure 4, and in Figure 4 itself, 
does not disclose "YaYb no later than the earliest Yl Y2 year designator in the database " 
Specifically, depending upon the determination made in the block 36 of Figure 4 of 
Shaughnessy, the start date is set to either the "install date" or the "current date," and then 
the " 1 00 year cycle" is determined by a selected number of years from the start date of 
so-called "future dating." This is explained by Shaughnessy as follows: 

FIG. 4 illustrates the steps performed to determine the end of the 100 year cycle. 
When a system is modified according to the principles of the present invention, 
several parameters may be specified. The parameters may include the number of 
years of future dating required (default is 10), the type 2 format, CCYYMMDD, 
for the modified system install date (default is 1993 123 1), and whether the end of 
the 100 year cycle is to be updated daily (0 indicates no update of the cycle, 1 
indicates daily update of the cycle; default value is 1). The first step in 
determining the end of the 100 year cycle is therefore determining the update 
frequency for the cycle (box 36). If the cycle is to be updated. daily, then the 
starting date is set to the current date (box 38), as determined above. Therefore, 
for this example the starting date would be 20000101 if the cycle is to be updated 
daily. Next, the end of the 100 year cycle is determined by adding the number of 
years of future dating required to the starting date (box 40). 
Shaughnessy, at best, describes the selection of a desired end of the 100 year cycle, which 
indeed may be updated daily. Regard for the earliest date in the database is not 
considered. Both the install date and the current date may result in a 100 year window 
that will incorrectly translate dates in the database into the 21 st century by Shaughnessy's 
disclosed method, or will at some point in time, if updated daily, begin to do so. 



Shaughnessy ignores or, at best, teaches away from the claimed process step of "selecting 
a 10-decade window YaYb no later than the earliest YI Y2 year designator in the 
database." 

1 86. The Examiner has further taken the position that: 

2. Applicant argues that neither Shaughnessy nor Hazama teaches or suggests "the 
step of determining a century designator CI C2 for each symbolic representation 
of a date in the database, CI C2 having .... " Applicant alleges that the teaching of 
Shaughnessy or Hazama is to determine a century designator for at most two date 
representations being processed in a called subroutine at a given time. In response 
to the preceding argument, the Examiner respectfully submits that even under the 
allegation above, the Shaughnessy-Hazama combination would still disclose the 
claimed limitation as long as the references teach or suggest the determination of 
a century designator for each date in the database. As discussed in the office 
action, Shaughnessy determines a century designator for converting a current date 
from a six-digit to an eight digit format before the converted date is returned for 
use in a particular application. Shaughnessy determines the century value (19 or 
20) by comparing the current date to the corresponding date portion when the 
system was installed with the modifications. Further, Shaughnessy suggests that 
the above approach can be used to determine a century designator for converting 
each six digit date in a database to corresponding eight digit dates. However, 
Shaughnessy refrains from such an approach, though capable of curing the year 
2000 problem, on economic instead of technical grounds, since it might not be 
cost efficient. To the extent applicant is arguing that Shaughnessy fails to 
extrapolate the operation of date conversion from a single instance to an entire 
database, it is first noticed that one of ordinary skill in the art extrapolates single 
operations to batch processing of an entire database as a matter of automation 
efficiency, it is secondly pointed out that Shaughnessy teaches that its date 
conversion processing would be inserted for every occurrence of date processing, 
i.e. across the entire input gamut, col. 4 lines 27 to 33, and it thirdly noticed that 
Shaughnessy even provides a specific example of checking the due dates in a 
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database for being overdue col. 4 lines 38 to 43. Further, Hazama complements 
Shaughnessy by disclosing the use of a pivot date that is smaller than any other 
date in the database to compare each date in the database with the pivot date to 
thereby determine whether each two digit year in the database should be preceded 
by 1 9 or 20. Therefore, the Shaughnessy -Hazama combination does teach the 
above limitation, as claimed. 

1 87. The Examiner's combination of Shaughnessy-Hazama does not "teach or suggest 
the determination of a century.designator for each date in the database." In the first 
place, neither reference expressly teaches performing the claimed process step on "each" 
date representation in the database. They teach calling up a subroutine if an application 
program encounters an ambiguous date representation. The fact that eventually the 
application program may encounter all of the dates, does not mean that the combination 
of the references teach performing in the specific sequence of process steps in the claims, 
first the reformatting of each of the dates and then sorting , manipulating, running a 
program, or the like, on them with respect to all of the date representations amounting to 
"each of the date representation" as recited in the claims. In addition, even if the 
processes disclosed by Shaughnessy or Hazama or the combination of these references 
eventually could or might get to all date representations does not amount to a disclosure 
of the sequence of steps specifically recited in the claims regarding the "processing of 
symbolic representations of dates stored in a database," as to determining a century 
designator for each symbolic representation of a date in the database," followed by the 
step of "reformatting the symbolic representation of the [each such] date ... to facilitate 
further processing of the dates." While the claim does not recite "each such" this is 
implicit from the rest of the claim language and from the disclosure. 6 

6 Furthermore, as noted above, those skilled in the art would have understood from the disclosure f the 
Dickens patent, with or without Appendix A, that "each" while it is distinguished from the processes of 
Shaughnessy and Hazama does not necessarily mean each and every possible date data stored in the data 
base. While that is most often the case in the operation of the claimed process, e.g., if the database is 
organized using, e.g., pages or sections of memory, and in the context of a given application program, 
"each" may mean each on a given page or in a given section and the application program may be able to 
deal with the reformatted group of "each of the date data representations," on a page by page or section by 
section basis, or may require reformatting of every one of the dates in every date data field having only two 
character date data information before continuing on the do the sorting of manipulating or otherwise run a 
program, after the process of the present invention has reformatted "each" of the date representations to 



188. The Examiner is incorrect to assert that: 

Shaughnessy determines a century designator for converting a current date from a 
six-digit to an eight-digit format before the converted date is returned for use in a 
particular application. 
Shaughnessy returns a "parameter," which itself is not information from which the 
reformatting of the date data used to generate the "parameter" can be determined. 

1 89. The Examiner is also not exactly correct in framing applicant's assertion with regard 
to what Shaughnessy suggests as to whether: 

the above approach can be used to determine a century designator for converting 
each six digit date in a database to corresponding eight digit dates. However, 
Shaughnessy refrains from such an approach, though capable of curing the year 
2000 problem, on economic instead of technical grounds, since it might not be 
cost efficient. 

Shaughnessy's discussion comports with applicants, i.e., that to modify the existing 
legacy database is highly impractical, if not impossible. That is, as noted above, and in 
applicant's Specification, with or without Exhibit A, one does not want to change the 
legacy data base itself, e.g., its organization, data formats and sizes, etc. within, e.g., the 
date data fields, and/or with respects to, e.g., links, etc., employed in the data base, which 
might also have to be changed if a date data field is modified, e.g., enlarged to an entirely 
new date data field to accommodate, e.g., the expanded year date data containing the 
century designator. Shaughnessy proposes a solution, and Hazama proposes a solution, 
but they are not the solution of the claimed invention. 

190. The Examiner's suggestion of "extrapolation," of Shaughnessy's approach into the 
claimed invention is hindsight reconstruction of the process disclosed in Shaughnessy. It 
is incorrect also for the Examiner to assert that this "extrapolation," amounts to simply 
multiplying the process steps proposed by Shaughnessy to cover the entire database: 

facilitate further processing. Nevertheless, whether done on a page by page, sections by section, etc. basis 
or done throughout the entire database before "further processing," this method is distinguished from either 
Shaughnessy of Hazama or the combination of these references. 
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To the extent applicant is arguing that Shaughnessy fails to extrapolate the 
operation of date conversion from a single instance to an entire database, it is first 
noticed that one of ordinary skill in the art extrapolates single operations to batch 
processing of an entire database as a matter of automation efficiency ... . 
To do so does not result in the claimed invention, since, at least, Shaughnessy does two 
by two comparisons (either of a date from the database and a fixed date or two dates from 
the database) and returns a "parameter" indicative of the results of that single two by two 
comparison. Even if multiplied over and over to go through the entire data base, it is still 
not the claimed process. 

191. The Examiner is also incorrect to assert that: 

Shaughnessy teaches that its date conversion processing would be inserted for 
every occurrence of date processing, i.e. across the entire input gamut, col. 4 lines 
27 to 33 

or, even if correct, this is not the claimed invention, because Shaughnessy's "data 
conversion processing," as noted above, is not according to the claimed invention. 

192. The specific portion of Shaughnessy referenced (and a continuing portion) discuss 
one embodiment of a process according to Shaughnessy's method in which: 

In accordance with the present invention, the current date operation routines 
nested in the body of the application program would be replaced with a call to one 
of a plurality of subroutines stored externally from the existing application 
program, as opposed to the date operation routine being reprogrammed to perform 
the date operation in a new format. The subroutines will be able to accommodate 
the date format currently employed by the application program, thus making it 
unnecessary to convert all of the date fields in files containing data used by the 
application program over to the new date format. For example, if an application 
program for a bank performed a date comparison to determine when loan 
payments were overdue, the point in the source code which previously performed 
the comparison may have program statements which performed the following 
functions: 
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1 . Compare date next payment is due to today's date; 

2. If the date next payment is due is greater than today's date, indicate that the 
account is OK. 

If the system which ran the above application program were modified in 
accordance with the principles of the present invention, then the program 
statements which performed the above functions would be modified to include 
program statements which did the following: 

1. Call the subroutine which performs the date comparison passing today's date, 
the date next payment is due, and a three byte parameter, the first byte of which 
identifies the format of today's date, the second byte of which identifies the 
format of the date next payment is due, and the third byte of which is left 
available for a return code indicative of a result of the comparison; 

2. If the result received from the subroutine [indicated by the returned parameter] 
indicates that the date next payment is due is greater than today's date, indicate 
that the account is OK. 

193. This is simply a very different process than the one recited in the claims, as noted 
above, even if performed over and over again to compare, e.g., sets of due dates to the 
current date as stored in the database, and as provided to the subroutine, until all of the 
entries in the database are examined. Therefore, while Shaughnessy may "provide[] a 
specific example of checking the due dates in a database for being overdue col. 4 lines 38 
to 43," Shaughnessy does so by other than the claimed invention. 

194. The Examiner has also taken the position that: 

3. Applicant argues that neither Shaughnessy nor Hazama teaches or suggests the 
step of 'reformatting the symbolic representation of the date with the values 
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C1C2, Yl Y2,MIM2, and DID2 to facilitate farther processing of the dates. ' 
Applicant alleges that the teaching of Shaughnessy or Hazama is to reformat two 
dates at a time in the called [sic] result of the processing of the two reformatted 
date data entries, and not to facilitate further processing of the dates by 
reformatting the symbolic representations of the dates (claim 4). In response to 
the preceding argument, the examiner respectfully submits that the Shaughnessy- 
Hazama combination does disclose the reformatting of the dates in the 
C1C2Y1 Y2M1M2D1D2 format to facilitate the further processing of these dates. 
Shaughnessy's conversion of the current date of an operating system from a six 
digit format to an eight digit format each time said date is going to be used in 
application. Such reformatted dates are further utilized by returning one date field 
with the converted date to the subroutine and by returning a parameter to the 
application program for use in further operations. As explained above, 
Shaughnessy suggests that such approach can be extended to reformat dates 
already stored in database such that they can be used for further processing. 
Therefore, the ShaughnessyHazama combination does teach the above limitation, 
as claimed. 

195. The above discussion of Shaughnessy is reiterated here, including, e.g., the 
discussion of the claimed invention dealing with "all" and "each" in the claimed process 
sequence resulting in the "facilitation] of the further processing of the dates." In 
addition Shaughnessy does not: 

returnf] one date field with the converted date to the subroutine and by returning a 
parameter to the application program for use in further operations, 
and also does not: 

suggestf] that such approach can be extended to reformat dates already stored in 

database such that they can be used for further processing, 
or, at least does not suggest doing so in the context of "facilitating the further processing 
of [each of] the dates ... ." Shaughnessy sends a date field to the subroutine and returns a 
parameter that is lacking in any indication of the date itself, whether as originally stored 
in the database or as converted by Shaughnessy within the subroutine for purposes of the 
functioning of the subroutine to create and return this parameter. 



1 96. The Examiner has taken the position that: 

5. Applicant argues that neither Shaughnessy or Hazama teaches or suggests the 
step of 'reformatting each symbolic representation of a date in a format CIC2YJ 
Y2MIM2DID2 (claim 5), nor sorting the symbolic representations of dates in 
numerical order sort (claim 6), nor storing the symbolic representation of dates 
and their associated information back into the database (claim 9); nor 
manipulating information in the database having reformatted date information 
therein (claim 10).' In response to the preceding argument, the examiner 
respectfully submits that with regards to claim 5, Shaughnessy discloses the 
limitations as discussed above in paragraph 3 of the remarks. Regarding claim 6, 
Shaughnessy, Hazama and Booth disclose the cited limitation, see discussion 
above in paragraph 4 of remarks. Regarding the limitation of claim 9, 
Shaughnessy discloses the step of storing the symbolic representation of dates and 
their associated information back into the database, as discussed in the office 
action. Shaughnessy teaches the storing in the database of current date after it has 
been converted from the six digit format to the eight digit format. Further, 
Shaughnessy suggests that such an approach can be extended to dates in a 
database. Consequently, Shaughnessy discloses the claimed limitation of claim 9. 
Regarding claim 10, Shaughnessy and Hazama disclose the cited limitations as 
discussed above in paragraphs 3 and 4 of the remarks. 

197. In addition to the above discussion, Shaughnessy does not disclose; 

the step of storing the symbolic representation of dates and their associated 
information back into the database, as discussed in the office action. Shaughnessy 
teaches the storing in the database of current date after it has been converted from 
the six digit format to the eight digit format. 
Shaughnessy suggests that modifying the date data field in a legacy database and storing 
modified dates from an existing legacy database in such a modified date data field is 
possible but not practical. Such a modification is an undesirable alternative to the present 
invention as well, as noted above. The solution of the present invention is significantly 
different from the one suggested in Shaughnessy. 
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198. The Examiner has taken the position that: 

14. Applicant argues that Booth does not teach or suggest the step of 'selecting 
YaYb suchthat Yb is 0 (zero), ' as recited in claim 8. Applicant alleges that even 
though SET EPOCH can and does use pivot years ending in 0, it is not a process 
according to the claimed invention. In response to the preceding arguments, the 
Examiner respectfully submits that Booth does disclose Yb to be zero by selecting 
YaYb to be equal to 90. See page 942. It is noted that Applicants arguments that 
Booth's teaching is not a process according to the claimed inventions fails to 
comply with 37 CFR 1.1 1 1 (b) because they amount to a general allegation that 
the claim define a patentable invention without specifically pointing out how the 
language of the claims patentably distinguishes them from the references. 
Applicant simply alleges that the cited limitations are not taught by Shaughnessy 
without actually explaining how these limitations are distinguishable from the 
corresponding portions in Booth on which the Examiner relied to establish the 
prima facie case. See page ... of the office action. Consequently, Applicant has 
failed to successfully rebut the rejection of claim 8. Generally, Applicant bears the 
burden of explaining why the evidence on which the Examiner relies is 
insufficient to establish a prima facie case or demonstrating that Applicant has 
provided evidence which rebuts the prima facie case. See In re Rouffet, 149 F.3d 
1350, 1355 47 USPQ2d 1453, 1455 (Fed. Cir. 1998). Furthermore, Shaughness/s 
process would select a Yb value of 0 for one year out of every 10 when operated 
with daily update, col. 6. lines 4 to 45. 

199. In addition to the above discussion, the fact that Booth may disclose the setting of a 
pivot year with a zero in the second place is not the claimed setting of the claimed YaYb 
with a zero in the Yb, because in the steps of the claimed process YaYb is selected as 
earlier than the earliest date in the database, so that the claimed Y A Yb is not just any 
pivot date but one selected as recited in the claim. As selected by Booth there is no 
disclosure of any regard being taken to the earliest date in the database. The same applies 
to the Examiner's reference to Shaughnessy, even if the fact Shaughnessy might 
sometimes unintentionally select a pivot year with a zero in the second place, depending 
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upon the installation date or the updated installation date, or the like, is a disclosure of 
affirmatively carrying out the claimed step in the claimed process to so select the Y A Yb, 
which it is not. 

200. The Examiner has taken the position that: 

15. Applicant argues that Ohms does not teach or suggest the step of 'Providing a 
database with symbolic representations of dates stored therein according to a 
format wherein M1M2 is the numerical month designator, D1D2 is the numerical 
day designator and YI Y2is the numerical year designator; all of the symbolic 
representations falling within a JO-decade period of time, as recited in claim 1 . ' 
Applicant alleges that Ohms does not disclose the above limitations since Ohms 
teaches providing a database with the dates in a Lilian format. In response to the 
preceding arguments, the Examiner respectfully submits that Applicant's reading 
of Ohms is incorrect. Ohms teachings are not limited to dates in Lilian format. As 
discussed in the office action, Ohms discloses the storing of dates in a database in 
Gregorian format, wherein said dates are converted from a six digit format 
(YYMMDD) to an eight digit format ( YYYYMMDD). See page 247, table 1 . 
Ohms further teaches that the dates stored in the database do fall within a ten 
decade period. See page 249. Consequently, the rejection is proper. 

201 . In addition to the above discussion, as noted Ohms does not disclose storing dates in 
the database in Gregorian format, and certainly does not disclose storing in Gregorian 
form any of the dates that are windowed for date data entry convenience. The entire 
point of Ohms is to avoid such a format in the storing of the date data by employing a 
Lilian format. 

202. The Examiner has taken the position that: 

17. Applicant argues that Ohms does not teach or suggest the step of 'determining 
a century designator CI C2 for each symbolic representation of a date in the 
database, CI C2 having ... Applicant contends that Ohm teaches entering date 
data into the database to be converted into Lilian format for storage and 
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manipulation within the database. Applicant further alleges that since the 
conversion in Lilian format does not require the determination of a century 
designator for data in the database, then Ohms cannot teach such limitation. In 
response to the preceding arguments, the Examiner respectfully submits that 
Applicant misread Ohms' teachings. As pointed out above, Ohms' teachings are 
not limited to conversion in Lilian format. Ohms also discloses the conversion of 
dates stored in a database in Gregorian format from a six digit format to an eight 
digit format to include the century designator. See page 247, table I and page 248. 

203. In addition to the above discussion, even if Ohms discloses "conversion," Ohms 
does not do so as to dates "stored in the database," since they are in need of no such 
conversion, and does not do so for purposes of "facilitating further processing of the 
, : *= : dates." 

: :'"-r'~ ; 

|M= { 204. The Examiner has taken the position that: 

=; S 1 8. Applicant argues that Ohms does not teach or suggest the step of 'reformatting 

: ; fi '.; the symbolic representation of the date with the values C 1 C2, Y 1 Y2, M 1 M2, 

g" and D 1 D2 to facilitate the further processing of the dates.' Applicant contends 

^ that Ohms does not disclose such limitation since it teaches reformatting into 

;M ; Lilian format and thereafter processing the date data in the database utilizing the 

% { Lilian format. In response to the preceding arguments, the Examiner respectfully 

W submits that, as pointed out above in the remarks, Ohms' teachings are not limited 

to reformatting in Lilian format. Ohms discloses the reformatting of a short 
Gregorian date having six digit into a Gregorian date having eight digits. See page 
247, table 1. 

205. In addition to the above discussion, even if Ohms performs "reformatting" it is not 
of the "dates stored in the database" and it is not for the purpose of "further facilitating 
processing of the dates," since Ohms facilitates processing of the dates by storing them, in 
the database in Lilian format. 
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206. The Examiner has taken the position that: 

1 9. Applicant argues that Ohms does not teach or suggest the steps of sorting the 
symbolic representations of dates (claim 4); or reformatting each symbolic 
representation of a date into the format C1C2Y1 Y2M1M2D1D2 (claim 5) or 
sorting the symbolic representations of dates and their associated (claim 6) or 
storing the symbolic representation of dates and their associated information back 
into the database (claim 9) or after the step of reformatting, manipulating 
information in the database having the reformatted date information therein (claim 
10) or converting pre-existing date information having a different format into the 
format wherein M1M2 is the numerical month designator, D1D2 is. the numerical 
day designator and Yl Y2 is the numerical year designator or selecting YaYb such 
that Yb is 0 (zero) (claim 8). In response to the preceding arguments, the 
examiner respectfully submits that it was conceded in the office action that Ohms 
does not teach the limitations of claims 4, 6, and 8. However, Booth was relied 
upon to complement Ohms' teachings in order to reject the cited claims. 
Regarding claims 5, 9 and 1 0, it was pointed out in the office action that Ohms 
teaches the reformatting of short order Gregorian dates having six digits into 
Gregorian dates having eight digits to thereby store the converted dates in the 
database for further use and processing. The limitations of these claims were fully 
addressed in the office action. It is noted, however, that Applicant's arguments fail 
to comply with 37 CFR 1.1 1 1(b) because they amount to a general allegation that 
the claims define a patentable invention without specifically pointing out how the 
language of the claims patentably distinguishes them from the references. 
Applicant simply alleges that the cited limitations are not taught by Ohms without 
actually explaining how these limitations are distinguishable from the 
corresponding portions in Ohms on which the Examiner relied to establish the 
prima facie case. See page ... of the office action. Consequently, Applicant has 
failed to successfully rebut the rejection of claims 4-10 as laid out in paragraph ... 
Generally, Applicant bears the burden of explaining why the evidence on which 
the Examiner relies is insufficient to establish a prima facie case or demonstrating 
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that Applicant has provided evidence which rebuts the prima facie c ase. See In re 
Rouffet, 149 F.3d 1350, 1355 47USPQ2d 1453, 1455 (Fed. Cir. 1998). 

207. In addition to the above discussion, Ohms' does not reformat date data having six 
characters into "Gregorian dates having eight digits to thereby store the converted dates 
in the database for further use and processing ... ." Ohms stores dates in the database in 
Lilian format for further use and data processing. At least this element of the claims is 
missing from the combination relied upon by the examiner to find prima facie 
obviousness. In addition, as noted above, Ohms does not reformat dates "stored in the 
database," from the recited YY format to the recited CC YY format, and does not do any 
such reformatting for purposes of "facilitating further processing of the dates." 

208. 1 James S. Toreson, make the above statements based upon my own knowledge and 
experience as one skilled in the art at the time of the filing of the application leading to 
the Dickens patent and based upon my review and understanding of the documents 
referenced in Paragraph 2 above. I make these statements of my own knowledge, or if 
based upon information and belief, based upon my so being informed and believing the 
statement to be true. I make these statements with the knowledge that willful false 
statements are punishable by fine or imprisonment under 18 U.S.C. §1001 and like 
statutes and laws and that such willful false statements may jeopardize the validity of the 
above referenced application and any patent(s) that may arise from this proceeding. 



Respectfully submitted, 
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James S. Toreson 



1 1210 BriarclifT Lane 
Los Angeles, CA 91604 



Objective 



Statement of 
Qualifications 



Ph: 818-261-7249 
Fx: 323-656-0424 
itoresonfgEmsn.corn 



Seeking a senior management position in an entrepreneurially oriented company, engaged in 
the business of Information Technology ("IT") either in the development of software or 
hardware products, or in the provision of IT services, that will challenge my executive skills in 
leadership, creative problem solving and business development. 

Over 25 years in the electronics industry with 16 years of experience as chief executive. 
Business environments include: start-ups, initial public offerings, R&D partnerships, far-east 
joint- ventures, acquisitions, divestitures, and tum-arounds. Experience in executive 
management includes: 

• MARKETING: 25 years of experience in the world market for small computer 
peripherals and 20 years of experience in the personal computer industry. Specific 
management experience includes: product management, distribution channel management, 
advertising and promotional management, and international marketing. 

• ENGINEERING: Formally educated as a computer engineer, having specific design 
expertise in analog and digital electronics, software, integrated circuits and magnetic storage 
device technology. 

• MANUFACTURING: 20 years of experience in manufacturing including: quality control, 
materials management, JIT production, process control, and manufacturing engineering. 
Eight years of experience in flexible automation, statistical process control (SPQ, and 
quality systems including ISO 9000 and Six Sigma programs. 

• FINANCE: Experience in IPOs, reverse mergers, negotiating bank financing, equity 
financing, leasing, and debt restructuring. Seven years of experience in SEC financial 
reporting and investor relations for publicly held corporations. Raised over $ 100 million in 
the public and private equity markets. 



Professional 1990 - Present ONSHORE, INC., Reno, Nevada 

Experience _ 

Owner 

Founded ONSHORE in 1990 as a management consulting business, specializing in serving 
companies involved in computer technology based products and services. Key assignments 
and results have been: 

• VP Marketing and Sales of APPIANT Technology, Inc. a NASDAQ company in the 
business of providing software and ASP services for speech recognition enabled, unified 
messaging, unified communications and call centers. Developed a business plan for global 
call center business; landed orders totaling several millions of dollars for unified messaging 
and call center services and sourced a multi-million dollar equity capital infusion. 

• VP Business Development of eSpaces, a company in the business of providing physically 
secure and cyber-secure, cost-effective, "smarter" work space for knowledge workers of 
small and medium-sized businesses in multi-tenant buildings and campuses using state-of- 
the-art technologies in physical security, cyber security, information technology, 
communications and Internet Created the business concept, developed the business plan 
and established strategic partnerships with corporations such as RSA, Dell Computer, and 
Sandia Labs. 

• VP Business Development of Sanctuary Critical Storage, Inc., a company in the business of 
provided secured mass storage for Internet data centers. Developed business plan and 
established strategic partnerships with corporations such as RSA, Dell Computer, and 
EMC 
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Professional • CEO of Forte Systems, Inc., an application software development company specializing in 
Experience developing custom software for the automotive industry that facilitates Web based B2B 

Cont'd eCommerce. Developed business plans, established multi-million dollar contract with 

General Motors and developed two $5 million merger deals with NASDAQ companies. 

• Interim president of APAQ Technology, Inc., a manufacturer of personal computers. 
Developed a nationwide, multi-million dollar business with CompUSA. Developed and 
marketed a new line of personal computers for the NT server market and the high-end, NT- 
based technical workstation market for CAD/CAM and 3D animation applications. 

• Interim president of a start-up company in the business of designing, manufacturing and 
marketing, a patented CD-ROM parallel recording system. 

• Interim president for a company in the business of PC-based casino gaming machines. 

• President of a company in the UNIX-based computer market. This company built its own 
hardware and did its own UNIX port. A major new product was developed to enter into the 
market for fault-tolerant mass storage systems. 

1987-1990 OMNISHORE, INC., Carson City, Nevada 

CEO 

Founded OMNISHORE as a world-class manufacturer of computer components and systems. 
In the first years of operation, the company landed major contracts from Dell Computer, 
Control Data Corporation, Proteon, Memorcx-Tclex and several other companies. The sales in 
the first year grew to over $ 10 million dollars. Had direct responsibility for sales and 
I H ■ marketing. Successfully negotiated a line of credit with Fidelcor for over $ 1 0 million dollars. 

■ Manufacturing technologies included: printed circuit board assembly using surface-mounted 

I* ; devices (SMT) and through-hole devices, Winchester disk drive assembly in class 100 clean 

: Z rooms, and complete tum-key manufacturing of personal computers. 



.1 : 
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j 1974 - 1987 XEBEC CORPORATION, Sunnyvale, California 

CEO 

3 Founded Xebec in 1974 to enter the hard disk controller market with only $5,000 of capital, 

.p The company grew on retained earning to over $30 million by 1982. In 1982, the company 

won a $300 million contract from IBM to design and manufacture a hard disk controller for 
the PC-XT personal computer. In one year, revenues grew to over $150 million, which was 
fueled by an IPO and secondary offerings with proceeds of over $80 million. Led a product 
and customer diversification program to alleviate the high account concentration of the IBM 
business. This strategy was successful and led to the spinout of several businesses. Significant 
accomplishments include: 

• Designed, manufactured and marketed the world's first micro-programmed, error correcting 
disk controller for high performance hard disk drives, attached to various minicomputers of 
this era. 

• Designed, manufactured and marketed the world's first, low cost, gate array based error 
correcting disk controller for 5-1/4" hard disk drives, attached to various microcomputers 
of this era. This technology was used to create the IBM PC XT product line. 

• Established a state-of-the-art, high volume, high quality, automated manufacturing facility 
in the USA for the assembly of printed circuit boards. This operation achieved worldwide 
recognition for superior quality, including the worldwide top quality award from IBM. 

• Created the following subsidiaries to diversify the company's dependency on IBM: 
OMNISHORE, in the business of contract-manufacturing computer equipment and 
subassemblies; DASTEK., in the business of thin-film magnetic heads; INFORMATION 
MEMORIES, in the business of thin-film media; AHEAD TECHNOLOGY, in the 
business of mechanical heads: and EPELO, in the business of Winchester disk drives. 
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1973 - 1974 SPECTRA PHYSICS, Mountain View, California 

Engineering. Manager 

Successfully led a team of-25 people lo design and manufacture a universal product code (UPC) 
reader for the supermarket industry. This led to a $ 1 0 million dollar order from NCR 
Corporation and launched Spectra-Physics into a leadership position in the field of supermarket 
scanners. 

1971 - 1973 HEWLETT PACKARD, Mountain View, California 

Project Manager 

Designed and put into production several minicomputer products including Universal I/O 
interfaces, line printers controllers and the world's first fully micro-programmed 
minicomputer, the HP-2 1MX. Developed the LSI strategy for the Data Systems Division, 
which led to the successful establishment of a state-of-the-art CMOS Silicon-on-Sapphire 
process and high performance, low power custom LSI circuits. 

1969 - 1970 MEMOREX, Santa Clara, California 

Project Manager 

Founder and project manager for a business unit that built modems, multiplexers, and 
communications front ends for IBM mainframe computers. Was chief architect and design 
engineer for remote multiplexer product line and Autocall feature for the Memorcx 1270 
terminal control unit. fCey member of the design team that developed the Mcmorex 1 275, a 
micro-programmed terminal control unit to compete with the IBM 3705. 

1967-1970 BELL LABORATORIES, Holmdel, New Jersey 

Project Manager 

Contributed to the design of a, highly reliable (99.9998% uptime), fault-tolerant computer 
telephony system for use in the telephone network operated by Bell Telephone Company. 
Designed a state-of-the-art analyzer for real-time software debugging. 

Education BSEE, University of Michigan, 1 967, with Honors 

MSEE, University of Michigan, 1968, with Honors 
PhD EE, University of Pennsylvania (Completed Coursework) 
Dr. Ltrs., University of Nevada, 1985 

Professional TAU BETA PI, ETA KAPPA NU, IEEE, SME 
Societies 

Patents and Author of several patents in the Winchester disk drive and controller field 
Publications 

Speaking Conference Speaker at NASA, Dataquest, InfoCorp, Robotics West, etc. 

Engagements Commencement Speaker, University of Nevada 

Several "Road Show" Presentations to Security Analysts 

Government "Education For the Manufacturing World of the Future," National Academy of Engineering 
Committees "Educational Excellence K- 1 2" Nevada Governor's Committee 



Professional 
Experience 

Cont'd 
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IN THE UNITED STATES PATENT 



AND TRADEMARK OFFICE 



OCT 2 2 2003 

Technology Center 21 00 



RECEIVED 




Merged Proceedings 



Reissue Application No*: 

09/512,592 



United States Patent No.: 

5,806,063 



Group Art Unit: 2177 



Issued: September 8, 1998 



Examiner: Jean Homere 



Applicant: ) 

Dickens. Bruce M ) 

Reexamination Proceeding: ) 
90/005,592 ) 

Filed: December 21. 1999 ) 

Reexamination Proceeding: ) 
90/005,628 ) 

Filed: February 2, 2000 ) 

Reexamination Proceeding: ) 
90/005,727 ) 

Filed: May 16. 2000 ) 

Response to Office Action 

Box AF 

Honorable Commissioner of Patents and Trademarks 
Washington, D.C. 20231 



Dear Sir: 



Responsive to the Office Action dated April 16, 2003, the Applicant hereby 
submits the following: 



11 1 Mark Winner am presently a software consultant to Boeing/McDonnell Douglas as a 
Senior Software Systems Engineer. In my current contract with Boeing the following 
business accounting systems have been my responsibility; Cost Charge Number System, 
Work Authority System, Merit Review System, Integrated Graphics Load, Labor 
Accounting and Reporting, Contract Status Information System, Manual Journals 
Vouchers, Rate Management System, Affordable Staffing, among others. 



DECLARATION OF EXPERT WITNESS 



A large part of my responsibility has been for the migration of applications from 
old architecture to new Common Boeing Systems and new Web based applications. Part 
of this migration effort was to convert the HR systems to People Soft. I was involved in 
the selection and evaluation of the People Soft package, and the conversion and migration 
of applications to the Web. Labor accounting, cost charge number maintenance system, 
and reporting were redeveloped and deployed onto the Web. The department matrix for 
the company reorganization during the Rockwell/Boeing merge was also converted. I 
was also responsible for oversight of the company's Year 2000 Project, e.g., relating to 
accounting applications. This included the initial impact estimates of the project scope 
for accounting applications of the Expendable Launch Systems Division. Manpower 
estimates and requirements for project scope within corporate guidelines were provided. 
Also various organizations were worked with to determine if application prbcesses could 
be achieved by other manual methods or migrated to other organizational Year 2000 : 
compliant systems. Business critical and non-business critical systems with year 2000 
risk had remediation plans written. Project statuses were managed, reported, and 
presented. 

Systems and infrastructure were maintained, and users were supported with their 
ongoing needs. Support efforts were made to migrate and replace applications and 
hardware with newer technologies by migrating to Web based applications and 
client/server based applications were more cost effective. Technical support was provided 
by working with users in the system selection process or design and development of new 
Web based applications. 

The above activities utilized the following languages: Cold Fusion, Java, Java 
Script, HTML, Dreamweaver, Visual Basic, Microsoft Basic, Access, Delphi, Crystal 
Reports, XML, Versata, ASP, Perl, ftp/tcpip/http, Versata and Rational Rose UML. 
Hardware and operating system platforms included NT, HP-UX/UNIX, IBM-ADC, 
HP3000 and IBM 3090's. Other Languages included Basic, Cobol, Fortran, ALC, TSO, 
VMS, CICS, Cognos, Protos, C, PL1, Pascal, SPF. Data Bases included Oracle 7.3, 8.0, 
81; Microsoft SQL Server; DB2 and Access DB. 
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In a prior employment at McDonnell Douglas I had Responsibility for 
maintenance of the Human Resources System including Compensation, Employee 
Biography, Employee Verification, Absence Tracking, Loan Verification, Employee Rate 
History, Ride Share, Merit Review, Seniority Training, Classified Materials Management 
System, and Medical Examination System. These systems were developed in Cobol and 
supported and enhanced with Supertool, Qedit, MPEX, Nbspool, Adager, MRJE, 
Allbase/SQL, Image/Query, NS3000 Communications and FTP. All above systems were 
network interfaced to be accessible to both local LAN systems and company corporate 
WAN's. Tools used included Novell NetWare 3.12, 4.00, 4.01. All systems were multi- 
server and fault tolerant. Communications were via dial-up and lease lines including 
TCP/IP. 

1 A copy of my resume is attached to this Declaration. 

2. I have studied United States Patent No. 5,806,063, issued to Dickens on September 8, 
1998 on an application filed on October 3, 1996, entitled DATE FORMATTING AND 
SORTING FOR DATES SPANNING THE TURN OF THE CENTURY ('the Dickens 
patent"). I have also studied US. Patent No. 5,630,1 18, entitled SYSTEM AND 
METHOD FOR MODIFYING AND OPERATING A COMPUTER SYSTEM TO 
PERFORM DATE OPERATIONS ON DATE FIELDS SPANNING CENTURIES, filed 
on November 21, 1994 and issued on May 13, 1997 to Shaughnessy ("Shaughnessy"). I 
have also studied a translation of a published Japanese Application No. 05-027947, 
published on February 5, 1993, naming Masakazu Hazama as the inventor ("Hazama"). I 
have Studied the article of Ohms, B. G. Ohms, Computer Processing of Dates Outside the 
Twentieth Century, IBM Systems. Journal, Volume 25, Number 2, 1986, pages-244-51, 
("Ohms"). In addition I am familiar with the Clipper 5 operating system as it existed on 
the date of the filing of the Dickens patent and have specifically reviewed the portions to 
which the Examiner in the above referenced Merged proceeding has made reference. I 
have also studied portions of the prosecution history of the Dickens patent before it was 
originally issued as mentioned in this Declaration. I have also studied the claims of the 
Dickens patent as originally issued and those added in the Reissue application in the 
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above referenced Merged Proceeding. I have in addition reviewed the content of Exhibit 
a filed with the dickens patent application. 

4. 1 base my opinions expressed in this Declaration upon my knowledge of the art as a 
person of at least ordinary skill in the art at the time of the filing of the Dickens patent 
and on the above referenced materials which I have reviewed. 

5. 1 understand the Dickens patent in its Specification, with or without the Exhibit A 
referred to in the body of the Specification to have disclosed to one of ordinary skill in 
the art to which it pertains at the time of its filing the following: 

6. The Dickens patent notes, initially, that "[d]ates are stored as symbolic representations 
in computer data bases in varying formats." (Col. 1, lines 10-11) Examples of such 
formats are given as a "numerical representation MM/DD/YY, where MM is a two-digit 
month designator, DD is a two-digit day designator, and YY is a two-digit year 
designator (the last two digits of the year). ... A date may also be represented in an 
alphanumeric for MMM/DD/YY, where MMM is an alphanumeric month designator 
(e.g., DEC for December ... ." (Col. 1, lines 1 1-20) 

7. Also notes the Dickens patent "[s]ets of dates spanning the turn of the century and 
associated with past, current, and future activities are now stored in many databases. 
When stored in the conventional formats discussed above, those dates will not readily be 
used and numerically sorted in chronological order." (Col. 1, lines 31-35) 

8. Further, the Dickens patent notes that "Using the numerical form above, Dec. 15, 2000 
is represented as 12/15/00. If a numerical sort is performed on 12/15/93 and 12/15/00, 
the later date 12/15/00 sorts as the first-occurring date, an incorrect result." (Col. 1, lines 
28-30) 

9. The Dickens patent also notes "[t]hey [the symbolic representations of dates suffering 
from the problem of the system being unable to distinguish dates 'spanning the turn of 
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the century'] may be manually converted to a more useable form in the sense that 
programs may be written to perform conversions, manipulations, and sorting. However, 
these programs typically require additional data fields for storage, which may be 
objectionable in some circumstances." (Col. 1, lines 35-40) The Dickens patent also 
notes "[t]he database includes information in the form of symbolic representations of 
dates and associated information such as events occurring on the respective dates." (Col. 
2, lines 48-50) 

10. As stated in the Dickens patent: 

The present invention provides an approach to the representation and utilization 
of dates stored symbolically [as defined above] in databases. Existing symbolic 
date representations [as defined above] are converted to a more useful form of 
symbolic date representations without the addition of new data fields, and in a 
manner that is performed automatically by'the computer and requires no user 
input. (Col. 1, lines 49-55, Emphasis added) 

1 1 . The Dickens patent goes on to explain: 

a method of processing dates stored in a database [symbolically as described 
above] comprises the steps of providing a database with the dates stored therein 
according to a [symbolic] format [as discussed above, in which] Y| Y 2 is the 
numerical year designator ... . A century designator QC2 is determined for each 
date in the database, C1C2 ... . Each date in the database is formatted with the 
values CiC 2 Y| Yi„ . (Col. 1, line 57 - Col. 2, line 3, Emphasis added) 

12. The Dickens patent also notes: 

The computer database 26 is provided, numeral 30, having symbolic 
representations of dates stored therein. 

A ten decade window is selected, numeral 32. That is, it is necessary that 
all dates in the database will be within some period of 10 decades, or 100 years. 
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The symbolic representations of the dates in the database are reformatted 
with the values C|C 2 YiY 2 ... . In one case that produces particularly 
advantageous results for many operations, such a chronological date sorting, the 
date is represented in the form C|C 2 Y[Y2 ... . 

Once the symbolic representations of the dates are reformatted according 
to the procedures set forth above, the date information may be sorted, numeral 38 
or otherwise manipulated, numeral 40, together with the entries associated with 
the dates. Such manipulations may include handling of data associated with the 
dates, storing the dates back in the dates and information back in the data base, or 
other processes. (Col. 2, line 60 - Col. 3, line 55) 

13. The Dickens patent further notes that: ; 

the present invention thus provides an efficient approach to converting and 
utilizing symbolic date representations in databases [without requiring additional 
or modified data fields for storage in the existing database] which allows 
automatic processing of dates ranging from before to after the year 2000. The 
large number of dates represented in some databases may thereby be readily 
processed and utilized. (Col. 2, lines 22-27) 

14. Claims 1 and 1 1 as originally filed recited: 

"reformatting the symbolic representation of the date [in the database] with the 
values CiC 2 , YiY 2 , M t M 2 , D1D2," and "reformatting each date [in the database] in 
the form C,C 2 , YiY 2 , MiM 2 , D1P2 ' respectively. 

15. The Examiner rejected these claims on the basis of lack of enablement, since: 

[t]he 'conversion of existing symbolic date representations ... without the addition 
of new data fields', as indicated at page 2 lines 7-10, is critical or essential to the 
practice of the invention, but not included in the claim(s) is not enabled by the 
disclosure. ... The problem set forth in the last four lines of page 1 and promised 
in the first paragraph of page 2, as well as in the lines quoted above, indicate that 



the invention solves the Y2K problem without introducing additional digits. The 
claims, the abstract and the description of the invention in the SUMMARY 
clearly involve century digits C|C 2 , which increase the number of date digits from 
6 to 8, thus using 4 digits to indicate the year. One of ordinary skill in the art 
would not know how to resolve this discrepancy. (Office Action of November 17, 
1996, at page 2, Emphasis added) 

16. The applicant responded in an Amendment of March 17, 1997. The applicant's 
counsel noted: 

As stated in the application, many existing databases contain date 
representations that are defined only by the decade and year designations (i.e., 
Y, Y 2 ). Because these databases do not provide date designations for the century : 
associated with each date, it will be impossible to discern the order of dates in a 
database after the turn, of the century. 

To properly and efficiently address this problem, a method for converting 
dates in databases was needed. This method should accept dates from data 
storage, discern the proper century designation for each date, and reformat the 
dates with the century designation. 

The claimed invention provides a method of processing symbolic 
representations of dates stored in a database. ... Finally, the method of the 
claimed invention includes the step of reformatting the symbolic representations 
of the dates into corresponding values of CiC 2 , Y, Y 2 , M,M 2 , D,D 2 . These values 
can then be used to manipulate the dates, such as by sorting the dates in 

chronological order. 

In a typical operation of the claimed invention, the method performs date 
conversions on a database that includes dates from both the twentieth and twenty- 
first century. ... 

... The method of the present invention further includes the step of 
reformatting the symbolic representations of the dates into values C|C 2 , YiY 2 , 
M»M 2 , D|D 2 . ... These dates can then be used for several operations such as date 
sorting. 



Advantageously, the method of the claimed invention can be implemented 
as an initial step in any database manipulation program. For instance, the method 
of the claimed invention may be embodied in computer software code that 
preprocesses a database prior to beginning the remainder of the data 
manipulation program. In this embodiment, the method initially converts the data 
from the varying formats, determines the century designation for each date, and 
reformats the dates such that the dates may be used by the database manipulation 
program for such operations as sorting and printing 1 the dates. In this 
embodiment of the present invention, the dates are temporarily converted and 
reformatted for use by the manipulation program. However the method of the 
present invention need not store the converted date in data storage. Instead, the 
' original dates in the data storage remain undisturbed. This aspect of the present 
invention thus allows conversion of dates to compensate for century designations 
- without requiring the addition of data fields to permanently store the century • 
designations. (Emphasis added) 

17. In addressing the specific rejection of the original Examiner applicant's counsel also ; 

notes: 1 

[T]he Office Action objects to the disclosure for implying that the current 
invention does not require additional data fields for storage to solve the year 2000 
problem [and] rejected all of the claims ... as based on a disclosure that is not 
enabling. In particular the Office Action states that the conversion of the existing 
symbolic date representations without the addition of new data fields is critical or 
essential to the invention but not included in the claims. 

As described below, the method of the claimed invention does not require 
that the converted data that includes the century designations be stored in data 
storage. Likewise ... the amended set of claims does not require storage of the 
converted data and therefore imposes no requirement for new data fields. ... 



1 U is not apparent from this discussion of the disclosure of the Dickens patent whether applicant's counsel 
was relying also on the content of Exhibit A, but only Exhibit A in the disclosure as originally filed refers 
to performing a printing program after a sorting program. The Examiner did not object to this reference to 
performing a sorting program or a printing program. 
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As stated in the background of the invention, conventional date formatting 
systems typically require additional data fields for storage to accommodate the 
century designations. These additional data fields are necessary because 
conventional systems disclose a permanent reformatting of stored data. The 
claimed invention, on the other hand, does not require that the reformatted data be 
permanently stored. Instead, the method of [the] claimed invention encompasses 
embodiments in which the date information is initially reformatted and converted 
to have century designations, but does not require that the reformatted dates be 
stored. As stated previously, the method of one embodiment of the claimed 
invention reads the dates from the database and temporarily reformats the dates 
with century designations. Data manipulation programs are then performed on 
these reformatted dates, such as sorting the dates. However, once the data 
; manipulations are complete, the reformatted dates need not be stored in data 
storage. 

18. Disclosed in Shaughnessy is a "system and method for modifying and operating a 
computer system to perform date operations on date fields having a two digit: , 
representation for the year without erroneously mistaking the years 2000 et seq. for the 
years 1900 et seq" (Col. 1, lines 1 1-14) 

19. As a solution to this problem, Shaughnessy proposes: 

[i]n accordance with the present invention, the current date operation routines 
nested in the body of the application program would be replaced with a call to one 
of a plurality of subroutines stored externally from the existing application 
program, as opposed to the date operation routine being reprogrammed to 
perform the date operation in a new format. The subroutines will be able to 
accommodate the date format currently employed by the application program, 
thus making it unnecessary to convert all of the data fields in files containing data 
used in the application program over to the new data format. (Col 4, lines 27-38, 
emphasis added). 
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20. As an example Shaughnessy describes a program that would "perforra[] a date 
comparison to determine when loan payments are overdue ... ." (Col.4, lines 39-40) 

21. According to the Shaughnessy method, the: 

program statements which performed the above functions would be modified to 
include program statements which did the following: 
1. Call the subroutine which performs the date comparison passing today* s date, 
the date the next payment is due, and a three byte parameter, the first byte of 
which identifies the format of today's date, the second byte of which identifies the 
format of the date next payment is due, and the third byte of which is left 
available for a return code indicative of the result of the comparison; 
.* 2. If the result received from the subroutine indicates that the date next payment is 
due is greater than today's date, indicate that the account is okay. (Col 4, lines 
.. 48-62, emphasis added) 1 

. 22„In order to do this, Shaughnessy suggests that "for the subroutines to be able to 
accommodate different date formats, certain information, namely the current date, end of i 
100 year cycle, and two possible century values, must be determined and made available 
to the subroutines." (Col. 4, line 66 - Col. 5, line 3) In addition, Shaughnessy teaches that 
"each subroutine that performs a date operation will include a call to another subroutine 
which can determine this information." (Col. 5, lines 3-5) 

23. Further according to Shaughnessy "[t]he above-mentioned information will be used in 
the subroutine(s) to assign a century value to the two digit representation of the year of 
the dates to be operated on such that the subroutine can accurately perform its intended 
function." (Col. 5, lines 21-25) According to the Shaughnessy method this is performed 
using a form of windowing in which: 

[t]he current date is determined ... in a format which utilizes a four digit 
representation for the year. Initially, the current date is set to the operating system 
date in the format 00YYDDD ... by way of example . . . 0094263 .... The current 
date is then compared to the date the system was installed with the [date 
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conversion] modifications (modified system install date) ... which, for the sake of 
example, is 1994032 .... If the YYDDD portion of the current date, 94263 is 
greater than or equal to the corresponding portion of this modified system install 
date, 94032 . . . then the century of the current date is set to the century of the 
modified system install date 

If the current date appeared less than the modified system install date ... in the 
00 YYDDD format ... then the current date century would be set in the format 
CC YYDDD to the century value for the modified system install date plus one ... . 
(Col 5, lines 31-57) 

24. The Shaughnessy method then determines "the end of the 100 year cycle" according 
to "several parameters [which] may be specified." These "may include the number of 
years of future dating required (default is 10), . . . and whether the end of the 100 year r 
. cycle is to be updated daily ..." (Col. 6, lines 4- 1 3) "If the cycle is to be updated daily, 
then the starting date is set to the current date . . . , as determined above. ... Next, the end 
of the 100 year cycle is determined by adding the number of years future dating required 
to the starting date ..." (Col 6, lines 17-22). , • : : . 

25. Further, explains Shaughnessy: 

The application program currently operating in a particular computer system may 
have a comparison of two date fields as part of its operation. If so, the source 
code which performs the comparison can be replaced with a call to DS2000R1, 
the name given to an exemplary comparison subroutine useful in practicing the 
present invention .... 

* • • 

As illustrated in FIG. 8, the call DS2000R1 ... is inserted into the application 
program, and includes parameters PI, P2, and P3. PI and P2 are the date fields 
which are to be compared. For example, PI could be "DATE-NEXT- 
PAYMENT-DUE" and P2 might be "TODAY" as referenced in the above sample 
of modified source code. P3 is a three byte field in which the first two bytes 
define the type of date field PI and P2, respectively. The third byte is a return 



code which will be set to a value indicative of the result of the comparison. (Col. 
8, line 35 - Col. 9, line 53) 

26. In summary, the teaching of Shaughnessy is to "[c]all the subroutine which performs 
the date [operationl passing [two dates] and the three byte parameter [including] a return 
code indicative of the result of the [operation]." Windowing occurs only in the called 
subroutine and in a manner other than that of the invention claimed in the Dickens patent 
as originally issued and/or as added in the Reissue application. Moreover, this "on call" 
or "on the fly" windowing of at most two date data entries at a time is not the subject 
matter of such invention. 

27. There is, therefore, no teaching or suggestion in Shaughnessy of: 

selecting a 10-decade window with a Y A Y B value for the first decade of the 
. window, Y A Y B being no later than the earliest Yf :Y 2 year designator in the 
; database; .... 

The Shaughnessy method selects a 10-decade window utilizing the "date the system was 
installed." 

28. There is also, therefore, no teaching or suggestion in Shaughnessy of: 

determining a century designator C| C 2 for each symbolic representation of a date 

in the database, Ci C 2 having 
The teaching of Shaughnessy is to determine a century designator for at most two date 
data representations being processed in a called subroutine at any given time. 

29. There is also, therefore, no teaching or suggestion in Shaughnessy of: 

reformatting the symbolic representation of the date with the values C\ C 2 , Y| Y 2 , 
Mi M 2 , and D| D 2 to facilitate further processing of the dates. 
The teaching of Shaughnessy is to reformat at most two dates at a time in the called 
subroutine and the return to the program from the called subroutine of an indicator of the 
result of the processing of the two reformatted date data entries. Shaughnessy does not 
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teach facilitating "farther processing of the dates" by "reformatting the symbolic 
representation of the date" t4 for each symbolic representation of a date in the database." 

30. There is accordingly also no teaching or suggestion in Shaughnessy of: 

sorting the symbolic representations of dates; (claim 4). 
The method of Shaughnessy does not teach sorting all of the "symbolic representations of 
dates." It teaches only the comparison of one date to a fixed date or two dates to each 
other in the called subroutine and returning to the program an indication of the result of 
the comparison. 

3 1 . There is also no teaching or suggestion in Shaughnessy of: 

reformatting each symbolic representation of a date into the format C\ d Y\ Y2 
Mi M2 Di D2 (claim 5), nor.sortirig the symbolic representations of dates using a 
numerical-order sort (claim 6); nor storing the symbolic representation of dates 
and their associated information back into the database (claim 9), nor 
manipulating information in the database having the reformatted date information 
therein (claim 10). 

32. In addition, there is no teaching or suggestion in Shaughnessy of: 

converting pie-existing date information[within a database] having a different 
format into the format wherein Mi M2 is the numerical month designator, D] D2 is 
the numerical day designator and Y| Y2 is the numerical year designator (claim 

7). 

33. In addition, there is no teaching or suggestion in Shaughnessy of: 

selecting Ya Yb such that Yb is 0 (zero) (claim 8). 

34. Japanese Published Patent Application, HEI 5-27947, entitled METHOD OF 
GUARANTEEING YEAR ORDER, with inventor Masakazu Hazama, published on 
February 5, 1993 ("Hazama") discloses a system "to guarantee the year order, even for 
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years after 2000 AD, with the current file format, even when the year is managed by the 
last two digits of the date in digital files." (Hazama, at 2) 

35. The system of Hazama, like Shaughnessy, discussed above, modifies a date in a 
record using a "correspondence utility module (10)." (Hazama, at 2) For that single 
record "the position in the record where the last two digits AD had been previously stored 
are specified" to the module 10 from "external parameter 9." Hazama further notes that 
"the processing section will replace the code of the 10's place in the last two digits of the 
date with a code that maintains the year order." (Hazama, at 4) 

36. A form of windowing is applied. Hazama notes that "the following processing is 
performed by the module (10) " (Hazama, at 5) This is then followed by "Work area 
output processing (5): data that have undergone replacement processing (4) are output to 
the work area (8)." (Hazama, at 6) : = . 

37. Referring to Figure 1 in Hazama, it is more clearly demonstrated that Hazama is not 
more applicable to the patentability of the claimed invention than Shaughnessy, as 
discussed above. The data from a record is moved from the processor "work area" 8 to 
the "Year 2000 date correspondence utility module" 10. A modified date, after some 
form of windowing, for that single record is returned to the work area 8 for processing. 

38. Hazama, like Shaughnessy, therefore, does not disclose or suggest the claimed 
invention. 

39. There is also, therefore, no teaching or suggestion in Hazama nor in the combination 
of Shaughnessy and Hazama of: 

determining a century designator Ci C 2 for each symbolic representation of a date 

in the database, C] C2 having 
The teaching of Hazama, or Shaughnessy in view of Hazama, is to determine a century 
designator for at most two date data representations being processed in a called 
subroutine/module at any given time. 



14 



40. There is also, therefore, no teaching or suggestion in Hazama, or Shaughnessy in 
view of Hazama, of: 

reformatting the symbolic representation of the date with the values Ci C 2 , Yj Y 2 , 
Mi M 2 , and Di D2 to facilitate further processing of the dates. 
The teaching of Shaughnessy, or Shaughnessy in view of Hazama, is to reformat at most 
two dates at a time in the called subroutine/module and the return to the program from the 
called subroutine/module of an indicator of the result of the processing of the two 
reformatted date data entries or a single modified date from a single record. Neither 
Shaughnessy nor Shaughnessy in view of Hazama teaches facilitating "further processing 
of the dates" by "reformatting the symbolic representation of the date" "for each 
symbolic representation of a date in the database." 

41. Accordingly, there is also no teaching or suggestion in the combination of 
Shaughnessy and Hazama as applied by the Examiner of: 

sorting the symbolic representations bf dates; (claim 4). 

42. There is also accordingly no teaching or suggestion of: 

reformatting each symbolic representation of a date into the format C\ C 2 Y| Y 2 
Mi M 2 Dj D 2 (claim 5), nor sorting the symbolic representations of dates using a 
numerical-order sort (claim 6); nor storing the symbolic representation of dates 
and their associated information back into the database (claim 9), nor 
manipulating information in the database having the reformatted date information 
therein (claim 10). 

43. In addition, there is accordingly no teaching or suggestion of: 

converting pre-existing date information [within a database] having a different 
format into the format wherein Mi M 2 is the numerical month designator, Dj D 2 is 
the numerical day designator and Y t Y 2 is the numerical year designator (claim 

7). 
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44. In addition, there is accordingly no teaching or suggestion of: 

selecting Y A Yb such that Yb is 0 (zero) (claim 8). 

45. Ohms teaches a "[m]ethod[] of using existing date formats across century boundaries 
.... The use of a format termed the Lilian date format ... is introduced." (Ohms, at 244, 
Abstract) Ohms teaches that "[t]he two positions traditionally used in both Julian and 
Gregorian date formats implicitly represent a year within a century. However, this 
system is inadequate for representing dates in more than one century." (Id. at 245) As a 
solution Ohms proposes a "Lilian date format [to] avoid [] the ambiguity by using seven 
positions for the number of the days from the beginning of the Gregorian calendar, 
October 15, 1582." (Id. at 245) "The value is incremented by one for each subsequent 
day." (Id. at 246) Ohms explains that "the Lilian date format is presented here as the 1 
basis for making date conversions ;„ . ... This format handles processing across century 
years and other aspects of date conversion not currently adaptable to computer 
programming." (Id.. at 244^45) . 

46. In this context, of database conversion to Lilian format from more traditional 
Gregorian or Julian formats, Ohms describes under the heading "Accommodating end 
users" the fact that they "usually enter two digits for the year in a date and understand the 
ambiguity that this represents." (Id. at 248) Ohms goes on to say that: 

to avoid adverse user reaction, [by requiring the entry of date data in other than 
two digits] programs must continue to function with only two digits for year. The 
inference of the year 1997 from 97 and 2003 from 03 must continue. For the 
exceptional case where the correct meaning could be 1897 and 1903, entry of all 
four digits may be required. (Id. at 248) 

47. It is in this context also that Ohm notes: 

it may be necessary to provide a conversion function that receives a definition of 
the implied century as a parameter. An excellent way to do this unambiguously is 
to specify a year as the desired starting point of a 100-year range. For example, if 
the starting year for the range is specified as 1925, dates with year digits between 
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25 and 99 would be between 1925 and 1999, and dates with year digits of 00 
through 24 would lie between 2000 and 2024. (Id. at 248) 



48. Ohms, or the combination of Ohms with either Hazama or Hazama along with Booth, 
therefore, simply teaches storing dates in a database in Lilian format which "handles 
processing across century years" and "[accommodating end users" who "enter two digits 
for the year" by "providing a conversion function" using the known technique of 
windowing for data entry only. 



49. Clipper 5A, described in Booth, in a fashion very similar to Ohms' use of the Lilian 
date format, as discussed below, operates with date data stored in databases representing 
dates in the form of a number, often referred to as integer date formatting - Each unique 1 
number represents a date or a time and date down to a specific time increment,' e.g., a ; 
mili-second, starting with a certain date or date/time and counting to the limits of the 
number of binary places available, e.g., 32, incrementing the chosen time increments. 2 
As noted, each integer could represent a day or day/time incremented by the value of the 
integer from a start date or day/time. That is to say, the total time period that can be 
represented depends upon Ithe starting date or date/time, the number of unique 
combinations of, e.g., 32 bits, and the increment counted, e.g., days, seconds, mili- 
seconds, etc. 



2 This is the same as the Lilian format disclosed in Ohms, however, only the date is stored in Lilian 
format, according to the teaching of Ohms, and the Lilian date format, strictly speaking, starts with the 
beginning of the Gregorian calendar. Ohms, however, does disclose a modified Lilian format starting at 
some other arbitrarily selected starting date. According to the discussion in Booth, at 949-95 1, Clipper may 
count integers for year/date separately from hours, minutes and seconds on a given date, but Booth 
discloses at 951 using a single number, an integer for the year/date, and a decimal component for the 
elapsed seconds from midnight on the particular year/date. This simply makes Clipper even more identical 
to Ohms' disclosure of a modified Lilian integer date with the integer representing some day incrementally 
counted from some starting day, spanning over several centuries. In this format, as noted, each incremental 
number represents a day or a moment in time, each such day or moment being, by definition, a part of a 
fully defined and recoverable four digit year date datum. 

3 Booth, at 939 ("Dates are stored internally in such a way that math operations can be performed on dates 
to derive other dates. Adding an integer to a date will result in a future date. Subtracting two dates will 

. result in a number of days between the two.") Booth, at 99 ("The date type is used to represent calendar 
dates. Clipper stores dates internally in such a way that a variety of operations can be performed on them. 
You can determine the number of days between two dates by subtracting them, and you can determine a 
future date by adding an integer value to a date value. The result will be a date value, some number of days 
in the future.") 
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50.lt is also true of dates stored in integer format, as is also the case with the dates stored 
in Lilian format, that there is no Y2K ambiguity problem in regard to dates stored in a 
database in these formats. Booth, therefore, like Ohms, does not even suffer from the 
problem that the claimed invention is meant to address. Knowing the starting point (the 
starting date in Lilian, or the starting date or date/time in integer), the granularity (i.e., 
one day in Lilian and, e.g., one day or one second or one mili-second in integer), and the 
incremental difference between the starting point and the integer date number stored in 
either the Lilian or integer format, the stored date is known, including the year to four 
digits. Therefore, included within what is so stored in the database is the information 
needed to determine a century designator. No possible Y2K ambiguity problem can exist 
or does exist when storing dates in a database in these formats. The claimed invention *' 
does not relate to databases with dates stored in these formats. The claimed invention i 
involves databases with dates stored in them where there is an ambiguity because only .: 
two digits ;of date data are present in the stored information, from which to determine the 
full date, including a century designator. Every date stored in a database in Lilian or 
integer format, by definition, already has a century designator; can not possibly be . 
ambiguous due to reaching the end of a century*; and never needs to have a century : 
designator determined, whether by the method of the claimed invention or otherwise. 

51. For this reason alone, Booth, like Ohms, has nothing to do with the invention as 
claimed in the Dickens patent other than providing another disclosure of a utilization of 
windowing with a ten decade window for a purpose unrelated to that for which such 
windowing Is used in the inventions as claimed in the claims of the Dickens patent as 
originally issued and as added in the Reissue applications. In fact, it teaches away from 
the claimed invention. 

52. Booth describes a number of functions that the programming language utilizes to read 
or write dates into the database, display dates on a screen, find the difference between 

4 Even at the end of the time span that can be represented, e.g., as noted below Clipper dates run until 
December 31, 2999, there is no "ambiguity." The system simply cannot express a date beyond the given 
span (without changing the parameters, e.g., the length of the integer number or the granularity). 
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two dates or a date/time equal to a given date/time plus some incremental time period, to 
find the day of the week of a given date/time, and like functions. Like Ohms and 
Shaughnessy, some of these functions employ windowing in some fashion or another. 
Like Shaughnessy, when they do employ windowing these programming routines "[c]all 
the subroutine which performs the date [operation] passing [information] indicative of the 
result of the [operation]." Windowing occurs in the called subroutine in a manner other 
than that of the claimed invention. Such "on call" or "on the fly" windowing of at most 
two date data entries at a time is not the subject matter of the claimed invention. 

53. By way of example, I have been informed that Booth includes "an easy way to 
validate a character string used as a date," and/or check for "correctly formatted dates 
that are not reasonable or even possible," and/or to select a "'safety' date which no [date 
being entered] can precede [, or] maximum allowable date." (Booth, at 526^28) In ! 
addition Booth describes "date manipulation capabilities." Clipper "provides three 
settings which control the display of dates" [e.g.,] "whether or not the year portion of ;a 
date is display [sic] with four digits (including the century) or. two digits (not including 
the century) " [and] "different date display formats " (Id. at 939-40) ■ 

54. Booth also describes a "SET EPOCH command" which, in the same way as Ohms, 
"informs the system how to handle date data entry that use only two digits for the year." 
According to this function, "[w]hen a two-digit year is entered into a date, its year digits 
are compared with the year digits of the epoch setting to determine the century to place 
the date into. If the two digits are prior to the setting of SET EPOCH, the year is 
assumed to be in the next century. If the digits are greater than or equal to the SET 
EPOCH setting, the year is assumed to be in the current century." (Id., at 941) 

55. This is virtually identical to the utilization of windowing to enter dates into a database 
(where they are then stored in Lilian format) that is disclosed in the Ohms article, as 
discussed by the Applicant as noted below. In the SET EPOCH function disclosed in 
Booth, the pivot year defaults to 1900, which "forces any date entered to be considered a 
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date in the twentieth century." This also means that in this mode, no Y2K date ambiguity 
problem is recognized or accommodated, even in date data entry. 

56. Booth also discloses a function DTOC(), i.e., "[t]he date to character function [which] 
takes a date variable ... and returns a string representation of the date. The string is 
recreated in the format specified by the SET DATE or the SET DATEFORMAT 
command. If SET DATE has not been specified, the default date format is mm/dd/yy " 
(Id., at 944) Also disclosed is a function DTOS() "date to string function" which "takes a 
date variable ... and returns a string in the format YYYYMMDD ..." The formats 
available for SET DATE are set forth on page 940 of Booth. 

- 57. There is, therefore, no teaching or suggestion in Booth, or in the combination of 

; Shaughnessy, Hazama and Booth, of: -r: > 

r . providing a database with symbolic representations of dates stored therein • 

according to a format wherein M|M 2 is the numerical month designator, D1D2 is 
the numerical day designator, and Yi Y2 is the : numerical year designator, all of the 
symbolic representations of dates falling within a 10-decade period of time." 
Booth's "method of processing symbolic representations of dates stored in a database" 
teaches utilizing a database with the symbolic representations ofdates stored therein in 
the form of unique integers or numbers, each representative of a unique day or other more 
granular moment in time, or a combination of a unique day and a number representing a 
unique time on that day. This is not storage in a M]M 2 , D1D2, YiY 2 format. In addition, 
there is no teaching or suggestion that those dates all fall within a 10-decade period of 
time. So far as Booth teaches the dates stored in the database can be any span of dates 
capable of being represented over the span of time capable of being represented by the 
particular integer date system being used. 5 

58. There is also no teaching or suggestion in Booth, or in the combination of 
Shaughnessy, Hazama and Booth, of: 



Booth, at 99 ("Clipper supports all dates from January 1 , 100 AD through December 3 1 , 2999.") 
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selecting a 10-decade window with a Ya Yb value for the first decade of the 
window, Y A Y b being no later than the earliest Y| Y 2 year designator in the 
database; .... 

Booth selects, e.g., "nyear" in order to "handle dates that use only two digits for the year 
[w]hen a two-digit year is entered into a date [by comparing] its year digits ... with the 
year digits of the epoch setting to determine the century ..." (Id., at 941). There is no 
teaching or suggestion of any consideration of "the earliest Y| Y2 year designator in the 
database." 

59. There is also, therefore, no teaching or suggestion in Booth or the combination of 
Booth with the references as applied by the Examiner, of: 

determining a century designator C\ C2 for each symbolic representation of a date 

in the database, Ci C2 having 
There is no need to determine a century designator for each symbolic representation of a 
date in Booth's database, since each is already stored with the century designator 
included in the date datum so stored in integer format. In addition, the teaching of Booth 
is to determine a century designator on an individual date datum basis for date data entry, 
date display, incrementally determining a date based upon a given initial date datum, etc. 
This calling of certain functions disclosed by Booth to, for example, display a date, or 
compare two dates, or increment a date from a starting date, are virtually identical to the 
pertinent disclosure in Shaughnessy, discussed by the patent owner as noted above. As I 
have been informed has been noted by the patent owner before, Shaughnessy was 
properly considered by the original Examiner not to have been relevant to the 
patentability of the claimed invention. 

60. There is accordingly also, therefore, no teaching or suggestion of: 

reformatting the symbolic representation of the date with the values Ci C2, Yi Y 2 , 
Mi M2 , and D\ D 2 to facilitate further processing of the dates. 
Booth, like Ohms, does not need to do the recited reformatting, since the dates stored in 
the database in their original format already contain all the information needed to 
determine the four digit designation of the date, including the century of the particular 
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date datum. The process of the claimed invention is not needed for dates stored with the 
century designator already known from what is stored and the Y2K ambiguity not 
present. Furthermore, the teaching of Booth, like Shaughnessy, is to reformat one or two 
dates at a time in a called Clipper date functionality and the return to the program from 
the called subroutine with information resulting from the performance of the 
programming functionality, e.g., an input to a display, a result of a comparison, a newly 
calculated date, etc. Booth does not teach facilitating "further processing of the dates" by 
"reformatting the symbolic representation of the date" "for each symbolic representation 
of a date in the database." 

61. Accordingly, there is also no teaching or suggestion of "sorting the symbolic 
representations of dales," as recited in claim 4. These are the reformatted symbolic 
representations. Whatever sorting Booth teaches does not need to first reformat the date 
data, since the integer format can be andis sorted in its initial format. The method of the 
claimed invention, including the reformatting steps is simply not relevant to a database 
that stores date data as Clipper does, in integer format, as described in Booth. 

62. There is accordingly also no teaching or suggestion of "reformatting each symbolic 
representation of a date into the format C ( C 2 Y| Y 2 M i M 2 Di Eh as recited in claim 5. 
Neither is there a disclosure of "sorting the symbolic representations of dates using a 
numerical-order sort " as recited in claim 6. There is no disclosure of "storing the 
symbolic representation of dates and their associated information back into the database," 
as recited in claim 9 nor "manipulating information in the database having the 
reformatted date information therein," as recited in claim 10. 

63. In addition, accordingly, there is no teaching or suggestion of "converting pre- 
existing date information [within a database] having a different format into the format 
wherein Mi M 2 is the numerical month designator, D\ D 2 is the numerical day designator 
and Y| Y 2 is the numerical year designator," as recited in claim 7. This process step is 
recited as part of the "step of providing the database" upon which the subsequent process 
steps recited in the claimed invention, are carried out. The fact that Booth, or other art, 
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teaches converting date data from one format into the recited format, does not teach it as 
part of the process of the claimed invention. Similarly, there is no teaching or suggestion 
in Booth of "selecting Y A Yb such that Y B is 0 (zero)," as recited in claim 8, even though 
SET EPOCH can and does use pivot years ending in 0. SET EPOCH, as noted above, is 
not a process according to the claimed invention. 

64. There is no teaching or suggestion in Ohms or Booth of: 

providing a database with symbolic representations of dates stored therein 
according to a format wherein Mi M2 is the numerical month designator, D] D 2 is 
the numerical day designator, and Y| Y2 is the numerical year designator, all of 
the symbolic representations of dates falling within a 10-decade period of time; .. . 

Unlike this recitation of claim 1, Ohms and Booth teach providing a database with the 
dates in a Lilian or integer formats * r. 

65. There is accordingly also, therefore, no teaching or suggestion of: 

providing a database .;. all of the symbolic representations of dates falling within 

a 10-decade period of time; . 
Ohms and Booth teach having data in the database in Lilian or integer format, i.e., in the 
former case within a ninety-nine million day window (seven chronological day date 
numbers starting at a given date). 

66. There is accordingly also, therefore, no teaching or suggestion of: 

selecting a 10-decade window with a Ya Yb value for the first decade of the 
window, Y A Yb being no later than the earliest Y| Y 2 year designator in the 
database; .... 

Ohms and Booth teach or suggest selecting a Y A Y B for the first decade based upon dates 
that are being input into the database. 

67. There is accordingly also, therefore, no teaching or suggestion of: 
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determining a century designator C| C2 for each symbolic representation of a date 

in the database, Cj C2 having 
Ohms teaches entering date data into the database to be converted into Lilian format for 
storage and manipulation within the database. He does not teach or suggest determining 
a century designator for data in the database. Lilian format needs none. 

68. There is accordingly also, therefore, no teaching or suggestion of: 

reformatting the symbolic representation of the date with the values Q C2, Y t Y 2 , 
Mi M2 , and D] D 2 to facilitate further processing of the dates. 
Ohms teaches reformatting into Lilian format for purposes of facilitating the later 
processing of the date data in the database utilizing the Lilian format. 

69. Ohms would not have made the claimed invention as recited in claim 1 obvious to a : 
person of ordinary skill in the art at the time the invention was made, under 35 U.S.C. j . 
§ 103. As explained above, not only does Ohms not teach or suggest the claimed 
invention recited in claim 1, it clearly teaches away from virtually every step of the * 
method of the claimed invention as recited in claim 1. The same can be said of Booth.- 

70. The combination of Ohms with Hazama, or Ohms with Hazama and Booth would not 
have made the claimed invention as recited in claim 1 obvious to a person of ordinary 
skill in the art at the time the invention was made, under 35 U.S.C. §103. As explained 
above, not only does Ohms not teach or suggest the claimed invention recited in claim 1, 
it clearly teaches away from virtually every step of the method of the claimed invention 
as recited in claim 1. The combination of these references would not result in there being 
present all of the elements of the claim as recited in claim 1 of the Dickens patent as 
issued. The same can be said of Booth. 

71. For like reasons accordingly there is also no teaching or suggestion of: 

sorting the symbolic representations of dates (claim 4); or reformatting each 
symbolic representation of a date into the format C| C2 Y| Y 2 M ( M2 Dj D2 (claim 
5); or sorting the symbolic representations of dates using a numerical-order sort 
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(claim 6); or storing the symbolic representation of dates and their associated 
information back into the database (claim 9). 

72. There is also accordingly no teaching or suggestion of: 

The method of claim 9, including the additional step, after the step of 
reformatting, of 

manipulating information in the database having the reformatted date information 
therein (claim 10). 

73. In addition, accordingly, there is no teaching or suggestion of: 

converting pre-existing date information having a different format into the format 
wherein Mi M2 is the numerical month designator, D| D2 is the numerical day; 
designator and-Yi is the numerical year designator (claim 7) or selecting Y# ' 
Yb such that Yb is 0 (zero) (claim 8), > - 

74. The above is also applicable to claims 1 1- 15 in the Dickens patent as originally v 
issued., 

75. The above discussion as to claims 1-3, 5, 7, 9 and 1 1-12 is also applicable to claims 
16-18, 20, 22, 24-25 added in the Reissue application. 

76. The above discussion of claims 2, 4 and 6, is also applicable to claims. 19, 21, 23 
added in the Reissue application. 

77. Neither Shaughnessy, nor Ohm, nor Booth nor Hazawa, nor any combination of these 
references discloses or suggests the claimed invention as recited in Claim 16. At a 
minimum, as noted above, these references separately or collectively fail to teach or 
suggest "reformatting the symbolic representation of each symbolic representation of a 
date in the database ... ." Further, at a minimum, they do not teach or suggest doing the 
reformatting "without the addition of any new data field to the database ... In addition 
there is no teaching or suggestion of "the reformatted representation of each date in the 
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database having the values C| C2, ... , in order to facilitate collectively further processing 
the reformatted symbolic representations ... of each of the dates." 

78. Ohms and Booth, utilizing Lillian and integer date formats, respectively, do not 
reformat dates in the database at all, and do not even have the Y2K ambiguity problem 
addressed by the present invention. Shaughnessy and Hazama encounter a date datum 
and call a subroutine or module to process the single date, or at most two dates, for 
resolution of the Y2K ambiguity problem. This is not the claimed invention, as 
distinguished from these references by at least the recitations noted above in regard to the 
originally issued claims and, e.g., in paragraph 67. 

79. As to claim 19, neither Shaughnessy, nor Ohm, nor Booth nor Hazawa, nor any 
combination of these references discloses or suggests the claimed invention as recited in 
Claim 19. For the reasons noted above, the "symbolic representations of [each of the] ■ 
dates [in the database]' 7 is not taught to be produced, and/or is not taught to be produced 
according to,the method of the claimed invention, as recited in claim 16. Therefore, i 
whatever sorting is done in these references is not the claimed sorting. 

80. The same is true with respect to claim 20, as was the case with claim 19, as noted 
above. In addition the references do not teach or suggest "reformatting each symbolic 
representation of a date ... separately from the symbolic representations in the database." 

81. With respect to claim 22, to the extent that the references or any of them discloses or 
suggests "converting pre-existing date information ..." as recited in claim 22, they do 
not teach or suggest doing so as a part of the method recited in the allowable claim 16. 

82. With respect to claim 23, the same can be said as with respect to claim 22 above. 

83. With respect to claim 24, neither Ohms, Shaughnessy, Booth nor Hazama, nor any 
combination of these references teach or suggest "storing the symbolic representation of 
dates and their associated information back into the database." Ohms and Booth do not 
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store symbolic representations of dates, as recited, but instead store dates in, respectively, 
Lilian or integer date formats. Shaughnessy does not send any reformatted date data for 
storage anywhere outside at most the subroutine/module called to handle one or two date 
representations at any given execution of the subroutine/module. The same is true for 
Hazama as understood from the translation. Even so at best, Hazama, discloses returning 
a modified data datum, which is not in accordance with the process of the Dickens 
invention, wherein the date data field in the legacy database is not to be modified. The 
claim indicates that the symbolic representations of the date along with its "associated 
information ," i.e., the other datum fields can be returned, e.g., after sorting or other 
manipulating, e.g., so that the data in the database will be, e.g., in the newly sorted order. 

. 84. With respect to claim 25, neither Ohms, Shaughnessy, Booth nor Hazama; nor any 
■ combination of these references, teach or suggest "manipulating information in She 
database having the reformatted date information therein." Ohms and Booth do not 
manipulate reformatted symbolic representations of dates, as recited, but instead 
manipulate dates in, respectively, Lilian or integer date formats. Shaughnessy and 
Hazama do not manipulate any reformatted date information in the database^ : 

85. The above discussion regarding the corresponding claims also applies to claims 
26-30. 

86. The above discussion also applies to claims 31-33. 

87. With respect to claims 31-33, neither Shaughnessy, nor Ohm, nor Booth nor Hazama, 
nor any combination of these references, discloses or suggests the claimed invention as 
recited in Claim 31. At a minimum, these references separately or collectively fail to 
teach or suggest "reformatting the symbolic representation of each symbolic 
representation of a date in the database ... ." Further, they do not teach or suggest doing 
the reformatting "without the addition of any new data field to the database ... In 
addition there is no teaching or suggestion of "the reformatted representation of each date 
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in the database having the values C| C2, ... , in order to facilitate collectively further 
processing the reformatted symbolic representations ... of each of the dates." 

88. Ohms and Booth, utilizing Lillian and integer date formats, respectively, do not 
reformat dates in the database at all, and do not even have the Y2K ambiguity problem 
addressed by the claimed invention. Similarly the discussion of Shaughnessy and Ohms 
in this regard noted above is applicable here. 

89. The above discussion of the references is also applicable to claims 34-59. 

90. With respect to claim 34, neither Shaughnessy, nor Ohms, nor Booth nor Hazawa, nor 
any combination of these references, discloses or suggests the claimed invention as 
recited in Claim 34. At a minimum, these references separately or collectively fail to 
teach or suggest "converting each of the symbolic representations of dates stored in ... 
the database ... Further, they do not teach or suggest doing the reformatting "by 
windowing ... each of the respective dates as stored ... without the addition of any new 
data field to the database . . . In addition there is no teaching or suggestion of "running 
a program collectively on each of the converted symbolic representations of each of the 
respective dates 

91 . With respect to claim 35, in addition to the discussion above with respect to claim 34, 
these references do not separately or collectively teach or suggest "opening the database 
prior to the step of converting" in the process as recited in claim 34. 

92. Similarly with respect to claims 36 and 37, in addition to the discussion above with 
respect to claims 34 and 35, these references do not separately or collectively teach or 
suggest "collectively sorting the converted symbolic representations prior to the step of 
running the program" in the processes as recited in claims 34 and 35. 

93. Similarly with respect to claims 38 and 39, in addition to the discussion above with 
respect to claims 34 and 35, these references do not separately or collectively teach or 
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suggest "collectively manipulating the converted symbolic representations prior to the 
step of running the program" in the processes as recited in claims 34 and 35. 

94. Similarly with respect to claims 40 and 41, in addition to the discussion above with 
respect to claims 34 and 35, these references do not separately or collectively teach or 
suggest "collectively sorting the converted symbolic representations according to a 
different data field contained in the database . . . Neither do they teach or suggest doing 
this "prior to the step of running the program on the converted symbolic representations" 
as recited in claims 40 and 41. 

95. Similarly with respect to claims 42 and 43, in addition to the discussion above with 
respect to claims 34 and 35, these references do not separately or collectively teach or 
suggest "collectively manipulating the converted symbolic representations according to a 
different data field contained in the database Neither do they teach or suggest doing 
this "prior to the step of running the program on the converted symbolic representations" 
as recited in claims 42 and 43. : • 

T * 

96. Similarly with respect to claims 44 and 45, in addition to the discussion above with 
respect to claims 34 and 35, these references do not separately or collectively teach or 
suggest the process as claimed in claims 34 and 35 wherein in addition "the program 
performs an operation which manipulates the data in a data field associated with the at 
least one date data field of the database according to the converted symbolic 
representation of the date" as recited in claims 44 and 45. 

97. Similarly with respect to claims 46 and 47, in addition to the discussion above made 
with respect to claims 34 and 35, these references do not separately or collectively teach 
or suggest the process as claimed in claims 34 and 35 wherein in addition "the step of 
converting includes converting at least a substantial portion of each of the plurality of 
symbolic representations of dates ... and repeating this step until each of the date data 
entries in the at least one date data field is converted" as recited in claims 46 and 47. 
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98. Similarly with respect to claims 48 and 49, in addition to the discussion above with 
respect to claims 46 and 47, these references do not separately or collectively teach or 
suggest "collectively sorting the converted symbolic representations prior to the step of 
running the program" as recited in claims 48 and 49. 

99. Similarly with respect to claims 50 and 51, in addition to the discussion above with 
respect to claims 46 and 47, these references do not separately or collectively teach or 
suggest "collectively manipulating the converted symbolic representations" as recited in 
claims 50 and 51. 

100. Similarly with respect to claims 52 and 53, in addition to the discussion above with 
respect to claims 46 and 47, these references do not separately or collectively teach or 
suggest "collectively manipulating ithe converted symbolic representations according to a 
different data field... prior to the step of running the program" as recited in claims 52 

and 53. ■ •/ i 3 

101 . Similarly with respect to claims 54 (as amended) and 55, in addition to the 
discussion above made with respect to claims 52 and 53, these references do not 
separately or collectively teach or suggest "collectively manipulating the converted 
symbolic representations" as recited in claims 54 and 55. 

102. Similarly with respect to claims 56 - 59, in addition to the discussion above with 
respect to claims 52 - 55, these references do not separately or collectively teach or 
suggest a process "wherein the program performs an operation which manipulates the 
data in the date data field ... according to the converted symbolic representation of the 
date" as recited in claims 56 -59. 

103. The above discussion of the references applies as well to claims 60-65. 

104. With respect to claim 60, neither Ohms, Shaughnessy, Booth nor Hazama, 
separately or collectively teaches or suggests "converting each of the symbolic 
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representations of dates stored in the at least one date field of the database to a symbolic 
representation of each of the respective dates that does not create the ambiguity," as 
recited in claim 60. Or at a minimum they do not also teach or suggest doing this 
"without modifying any of the symbolic representations of dates in the at least one date 
field of the database for purposes of such windowing and converting," as recited in claim 
60. Neither do they separately or collectively teach or suggest "running a program on 
each of the converted symbolic representations of each of the respective dates 
. . .according to the dates represented by the converted symbolic representations," as 
recited in claim 60. In addition, also at a minimum, they do not separately or collectively 
teach or suggest doing so "separately from the date data symbolic representations of dates 
contained in the at least one date field," as recited in claim 60. 

105. The discussion in paragraph 94 applies also to claim 61. 

106. With respect to claim 62* the same discussion above regarding claim 60 also applies 
to claim 62 and in addition, these references do not teach or suggest the step of 
"converting" including "without the. addition of any new data field to the database for 
purposes of such windowing and converting," as recited in claim 62. Neither do they 
separately or collectively teach or suggest "storing the converted symbolic 
representations separate from the at least one date field of the database," as recited in 
claim 62. Neither do they teach or suggest "running a program on the stored converted 
symbolic representations," as claimed in claim 62. 

107. With respect to claim 63, the same discussion above as to claim 62 also applies to 
claim 63. 

108. With respect to claims 64 and 65, the same discussion above as to claims 62 and 63 
applies to claims 64 and 65 with the exception that the claimed step of "converting" 
includes "without modifying any of the symbolic representations of date in the at least 
one date field of the database for purposes of such windowing and converting," which is 
not taught or suggested by these references separately or collectively in a process as 
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defined by the recitations of claims 64 and 65, nor with the additional step of "storing the 
converted symbolic representations separate from the at least one date field in the 
database," as recited in claims 64 and 65. 

109. The same discussion of the references above applies as well to claims 66-69. 

1 10. With respect to claims 66 and 67, the references do not teach or suggest, separately 
or collectively "reformatting the symbolic representation of each symbolic representation 
of a date in a portion of the at least one date field in the database, without the addition of 
any new date field to the database and repeating the step of reformatting until each 
symbolic representation of a date in the at least one date field has been reformatted in 
order to facilitate collectively further processing the reformatted symbolic 
representations," as recited in claims 66 and 67. ri - «*.- 

111. With respect to claim 68, these references do not teach or suggest, separately or : 
collectively, "reformatting the symbolic representation of each symbolic representation of 
a date in at least one date field in the database, without the addition of any new date field 
to the database . . . in. order to facilitate processing of the reformatted symbolic - 
representations ... by running a program on the reformatted symbolic representations of 
each of the dates" as recited in claim 68. 

1 12. With respect to claim 69, the same discussion above with respect to claim 68 applies 
to claim 69 an in addition, the claim recites "sorting the reformatted symbolic 
representations (in the recited format) ... and running a program on the reformatted 
symbolic representations of each of the dates " which is not taught or suggested by these 
references, separately or collectively. 

113. The above discussion of the references also applies to claims 70-76. 

1 14. The same discussion of claims 61-65 apply as well to the claims 70-76 except that 
the claims 70 and 71 recite both "without the addition of any new data field" and 
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"without modifying any of the symbolic representations of dates in the at least one date 
field...." 

1 15. The description contained in the Specification of the Dickens patent as filed, is clear, 
concise and descriptive of the claimed invention and enabling of the claimed invention, 
especially of the claims as filed, but also including those claims added in the Reissue 
Application. This includes the Specification as filed with or without the Exhibit A filed 
with the application but not printed with the patent as issued, but it is even more clearly 
present with the disclosure of Exhibit A. 

1 16. It is plain from the discussion in the Dickens Patent Specification referenced in 
paragraphs 6-8 above that dates stored in a database in pure numerical form; e:g., Lilian, 
as in Olms, or in other form, e.g., binary form, e.g., integer form as in Booth; with a ' 

unique number representing each day (or each minute or second or part thereof, : £ 

depending on the granularity) in a chronological sequence of days (minutes, seconds, „ v 

etc.) from a particular starting date, as in Ohms or Booth, is not even analogous art to the 

present invention. In those databases, the number stored includes by definition the year' 

in four digits, and is not susceptible to the problems solved by the invention claimed in ■: : 

the Dickens patent as issued and/or as added in the Reissue application, among others, 

being that a sort on dates stored as discussed above in the cited portions of the Dickens 

patent will be subject to, e.g., the system being "unable to distinguish between the year 

2000 and the year 1900, for example, the latter is also represented by the two digit code 

00." (See Shaughnessy, Col. 1, lines 23-25). 

1 17. Therefore, both Ohms and Booth add nothing to the disclosures of Shaughnessy 
and/or Hazawa related to teaching or suggesting the invention as claimed in the Dickens 
patent as issued and/or as added in the Reissue application. Ohms and Booth teach a 
utilization of windowing, but not in the context of any suggested solution to the problem 
that is solved by the invention of the Dickens patent. In fact they teach away, since they 
teach the storage of the dates in a form that is not the "symbolic representation []" dealt 
with in the Dickens patent and is not subject to the system being "unable to distinguish" 
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dates stored in that fashion. Shaughnessy and Hazawa already teach a utilization of 
windowing and the added teachings of either or both of Ohms and Booth, beyond using 
windowing for something not related to what windowing is used for in the Dickens 
patent, are irrelevant to the invention of the Dickens patent. 

118. One of ordinary skill in the art would readily understand the Specification of the 
Dickens patent, e.g., as mentioned in paragraph 9 above, to reflect the issue that caused 
the Y2K problem in the first place. Databases (referred to herein generally as "legacy 
databases") created initially during a period of time when memory was relatively very 
much more expensive than it is today or even has been for the last decade or so, were 
designed to have as small a data field for each needed item of information stored in the 
■database as possible. For the year portions of dates stored, e.g. in a single date data field 
(e.g., MMDDYY) or a set of data fields (e.g., a separate MM, DD, and YY data'field), as 
is the case in the databases relevant to the Dickens patent, this meant two character year : 
date information with no century designation. 

1 19. The just referenced concern is at least part of the reason, as would have been well . 
understood by one skilled in the art, that other representations, e.g., that are not symbolic, 
as that term is defined in the Dickens patent, were created, e.g., Lilian as in Ohms and 
integer as in Booth. Ohms and Booth represent ways to initially store a complete date 
having day month and year to four digits, and maybe even with less bytes than would be 
required for a symbolic representation in the form, e.g., DD/MM/Y, not to mention 
DD/MM/YYYY. 

120. Therefore, existing legacy databases, which have Lilian or integer date data formats 
are not subject to a Y2K ambiguity problem. Legacy databases in which the dates are 
stored in a date data format including a data field or set of data fields, including only the 
storage of two year date designation characters, do have, as the Dickens, Shaughnessy 
and Hazama patents recognize, the Y2K ambiguity problem. 
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121. While an existing legacy data base having the Y2K ambiguity problem may be 
modified to place the date data in the database in another format, e.g., containing YYYY 
instead of just YY, or into Lilian or integer format, or by adding to the legacy database 
another field, e.g., a CC, century designator field, as noted by both the Dickens patent 
and Shaughnessy, this can be complex, costly and maybe not effective. 

122. Replacing the one date data field or set of date data fields in a legacy database of the 
type described by the Dickens patent to suffer the Y2K date ambiguity problem, as would 
have been understood by those skilled in the art at the time of the filing of the application 
leading to the Dickens patent, may be simply unworkable or at best costly, time 
consuming and subject to numerous errors that may be even more costly and expensive to 
be fixed, if they even can be, after such a conversion. In short the best solution available 
in the prior art, as suggested by both Shaughnessy and the Dickens patent, iriay have 
been, as many people did, abandon the legacy database in favor ofa totally new one in 
which the years date data is stored unambiguously, e.g., as YYYY. If such abandonment 
was not feasible, then there existed also the possibility of creating an entirely new 
database and transferring all of the data entries in all of the fields into the newly created 
database, if possible without massive clerical error. Neither solution was really 
economically viable as suggested in Both Shaughnessy and the Dickens patent. 
Shaughnessy proposed a solution to this problem but his is significantly different from 
that of the claimed invention in the Dickens patent, and also not nearly as effective. 

123. One of ordinary skill in the art at the time of the filing of the application that led to 
the Dickens patent would have understood the many problems in modifying a legacy 
database containing only room for date data in the format YY to a modified format, e.g., 
containing a YYYY date data format, some of which, by way of example only, might 
include: 

(1) a database designed to be organized and contained in memory in a certain 
way, e.g., to conserve space or improve accessibility or both may physically 
(electronically) not be susceptible to expanding the YY date characterization into, e.g., 
YYYY; or 
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(2) pointers and other links, e.g., between data fields included in a string of date 
data information, i.e., DD, MM, YY, or other such links, e.g., between such a string 
entered in the database and another string that the database used, e.g., in comparing, or, 
e.g., for date sorting purposes, or, e.g., the initial data entry system of the database, or 
many other reasons that would have been understood by those skilled in the art at the 
time of the filing of the application leading to the Dickens patent, may be set up to look 
for only a specified memory location or locations which may not be sufficient to contain 
the new year date data in, e.g., the expanded format. 

124. This is the problem addressed in the Dickens patent and its disclosure, e.g., as 
referenced above, e.g., in paragraphs 10 - 13, as would be done by one of ordinary skill in 
the art, must be construed with that fact in mind. 

125. One of ordinary skill in the art would necessarily have understood from the 
disclosure of the Dickens patent, e.g.; as referenced in paragraphs 10 - 1 1, with or 
without Exhibit A, that the steps of determining a century designator and reformatting 
each of the dates in the database is to>be done; without requiring additional or modified 
date data fields in the existing legacy database. The disclosure specifically says that 
avoiding having to do such a modification of the existing legacy database is the very 
reason for the claimed invention. This is also true in light of the claimed purpose being 
to "facilitate] further processing of the dates," and because of the disclosure in the 
Dickens patent discussed further below that "[o]nce the symbolic representations of the 
dates are reformatted ... the date information may be sorted ... " 

126. It is plain from the disclosure of the Dickens patent, with or without Exhibit A, e.g., 
as referenced above in paragraphs 12 and 13, and would have been so understood by one 
of ordinary skill in the art, based upon the context of the disclosure as a whole of the 
Dickens patent, with or without Exhibit A, at the time of filing, that what is disclosed is 
the conversion, wholesale, of the dates in the database and running some program on the 
large number of dates so converted and that this is done without changing the underlying 
data fields in the legacy database from which the date data information was originally 
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obtained and to which it may be returned. Similarly, it is plain, and would have been so 
understood by one of ordinary skill in the art, that to perform the method of the Dickens 
patent, the converted dates must be stored somewhere outside of the existing database 
date data fields, otherwise sorting and other manipulations by applications programs 
could not be done on all of the dates taken from the database and reformatted according 
to the claimed invention. 

127. Shaughnessy discloses the receiving from the processor into the subroutine of the 
one or two dates taken from the legacy database date data field(s) that Shaughnessy's 
subroutine operate upon, without specifically disclosing where outside the original date 
data field in the legacy data base this storage would occur. Similarly, those skilled in the 
art would have understood that all of the converted dates from the legacy database, 
according to the invention as claimed in the Dickens patent, ["each symbolic 
representation of a date in the database," and "reformatting the symbolic representation 
of the date [for each such date]" would require some memory and it would not be the date 
data fields of the legacy database. Only in this manner, as would also have been 
understood by those of ordinary skill in the art from the disclosure in the Dickens patent, 
with or without Exhibit A, could a program be run on the dates so reformatted to 
accomplish the subsequent claimed steps of, e.g., "sorting" and "manipulating." 

128. It is clear from the prosecution history of the Dickens patent before it was originally 
issued, specifically as referenced above in paragraphs 14- 17, that when applicant's 
counsel said that the claimed method of the patent application "should accept dates from 
data storage " applicant's counsel was referring to data storage where the database, 
i.e., a legacy database, was stored with only the availability of Yj Y 2 , to discern the proper 
century. In addition it is clear that when applicant's counsel again uses this term in 
stating "[h]owever the method of the present invention need not store the converted date 
in data storage," that this is the same data storage where the original legacy database is 
stored, with its limitations, e.g., as to ability to store date data in other than a two 
character year date data format. Applicant's counsel immediately goes on to state 
"[i]nstead, the original dates in the data storage remain undisturbed." Thus the original 
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legacy database remains as it was with no changes. Applicant's counsel then 

immediately thereafter goes on to say that u [t]his aspect of the present invention thus 

allows conversion of dates to compensate for century designations without requiring the 

addition of data fields to permanently store the century designations." This also makes in 

clear that when applicant's counsel asserted that "the claimed invention does not require 

that the converted data that includes the century designations be stored in data storage," 

he was referring to storing the converted data back in the original date data fields of the 

legacy database, within the "data storage." It is evident also that the statement by 

applicant's counsel that "the amended set of claims does not require storage of the 

converted data and therefore imposes no requirement for new data fields," is referring to 

storage of the converted data in new data fields in the legacy database, within the "data 

storage." Further it is clear that the comment of applicant's counsel, that "conventional c .k = 

date formatting systems typically require additional data fields for storage to . •■ 

accommodate the century designations,"; means that the problem being addressed is being * ; ^ 

able to sort, manipulate and otherwise run programs on these date representations without . rv* «s 

modifying the existing fields in the database or changing that data in those fields ■ . v. 

permanently. ;v ■ \ ; 

129. As the specification of the Dickens patent points out and as those in the art would 
have known at the time, the legacy database is not readily susceptible of changing the 
format of those date data fields for permanently modifying the date data format contained 
in the legacy database. Applicant's counsel's comment that "[t]hese additional data 
fields are necessary because conventional systems disclose a permanent reformatting of 
stored data," clearly refers the undesirable prior art solution of the Y2K problem by 
reformatting the legacy database itself and then, e.g., reformatting all of the date data and 
also the fact that this solution does require that new data fields be added to the legacy 
database. 

130. Additionally, in the context of this argument, the applicant's counsel's assertion that 
"[t]he claimed invention, on the other hand, does not require that the reformatted data be 
permanently stored. Instead, the method of [the] claimed invention encompasses 
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embodiments in which the date information is initially reformatted and converted to have 
century designations, but does not require that the reformatted dates be stored" is plainly 
talking about the lack of need for permanent storage within the date data fields of the 
legacy database. One skilled in the art would plainly understand this from the disclosure, 
with or without Exhibit A. 

131. Even Shaughnessy, as noted above, in his method has to store one or two dates 
processed each time by the called subroutine in some form of data storage, even if it is a 
register or cache memory in the processor. Clearly the set of date data, which has been 
converted and reformatted, according to the claimed invention, must be stored 
somewhere for the additional process steps of, e.g., sorting or manipulating (or as shown 
in Exhibit A, sortingby model number and then sorting by date) in order for these later 
process steps to be performed. This would have been understood by one of ordinary skill 
in the art from the disclosure, especially with Exhibit A. What is not changed is the date 
data stored in the data storage that contains the original legacy database. Not only would 
this have been evident to one of ordinary skill in the art at the time of the filing of the 
Dickens patent, this is what applicant's counsel argued to the Examiner 

As stated previously, the method of one embodiment of the claimed invention 
reads the dates from the database and temporarily reformats the dates with century 
designations. Data manipulation programs are then performed on these 
reformatted dates, such as sorting the dates. However, once the data 
manipulations are complete, the reformatted dates need not be stored in data 
storage. (Emphasis added) 

132. This is the same "data storage" referenced by applicant's counsel to be where the 
legacy database was stored. Applicant's counsel continued: 

[i]nstead the dates in the data storage can remain the same as they were prior to 
the temporary reformatting of the data by the method of the claimed invention. 
Thus in these embodiments, the method of the claimed invention does not require 
additional data fields for storage because the reformatted dates with the century 
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designations are only used *on the fly* for data manipulation and are not stored in 
data storage. 

133. It should be plain from the above referenced prosecution history that the original 
Examiner understood the claimed invention to be what applicant now asserts it is 
according to the meaning of the claims as allowed in the Dickens patent. This meaning 
applies as well to the claims added herein in the Reissue application. That is, the method 
allows the extraction from an existing legacy database with date data stored in a format, 
e.g., using only Yi Y2, that is Y2K ambiguous, temporarily converting and reformatting 
each of the extracted dates to a format, e.g., C|C 2 ,Y| Y2, that is not Y2K ambiguous, 
performing data manipulation programs on these reformatted dates, that are not stored in 
the original legacy database fields, but necessarily must be stored somewhere separate 
from or outside of the original legacy database fields, and utilizing the resul ts of the data 
manipulation program, without having to have modified the original legacy database and 
its original fields, formats, links, etc. ,■; : ;r 

134; Otherwise, the original Examiner would not have removed the rejection based on the 
change in the claims from "reformatting the symbolic representation of the date in the : 
database" or "reformatting each date in the database," to, respectively, to '.'reformatting 
the symbolic representation of the date ... to facilitate further processing of the dates" and 
to facilitate further "reformatting each date ... to facilitate further processing of the 
dates," as was done in the Supplemental Response of April 2, 1998, which resulted in 
allowance. The original Examiner stated: 

The Prior Art of Record ... does not anticipate nor suggest the set of limitations of 
the claims, comprising the threshold year digits as used to determine a pair of 
century digits to be used for computation, but without enlarging the number of 
date digits in of the database. 

Further stated the Original Examiner in an Interview summary of April 2, 1998: 
It was agreed that the summary of the invention, and the arguments of the 
response, were not entirely in conformity with the claims, which would be 
potentially allowable if the use of additional century digits did not include their 
storage in the database. 
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135. Claim 10, as noted above was amended to clarify the same conflict with the 
disclosure as the original Examiner recognized in the claims as originally filed, i.e., that 
the reformatted dates are not stored back into the database. 

136. Given the interpretation of the claims as filed originally and issued as amended in 
the original application leading to the Dickens patent, and the claims added in the current 
Reissue application that clarify further the meaning of those original claims, clearly the 
same reasons as asserted by the original Examiner for allowance of the claims in the 
original application apply to claims 1-76 in the present application. 

137: It is not correct, as the Examiner asserts, that Shaughnessy "teaches modifying those 
dates that have -a two digit identifier less than some predetermined pivot datctivchanging* 
the format of the date, and sorting the results." To the extent that "those dates" is :■ 
intended by the Examiner to mean the recited "all of the symbolic representations of 
dates*' and/or "each symbolic representation of dates," Shaughnessy's teaching, at best, is 
"modifying those dates that have a two digit identifier less than some predetermined 
pivot date, changing the format of the date" only with respect to one, or at most two, 
dates sent to a called subroutine when an application encounters a two digit date data and 
an instruction, e.g., to determine if that date is in the past or future, i.e. to compare it to 
some other single fixed date, or, e.g., to compare two dates encountered by the 
application program. 

138. Shaughnessy does not perform the step of "sorting the results," if the Examiner 
means the claimed results of "reformatting" "each" or "all" reformatted symbolic 
representations in the data base. Shaughnessy sorts between a single fixed date and a 
forwarded date or between two dates forwarded from the application and returns to the 
application a "parameter" indicating the result of, e.g., the sorting of the two dates. 

138. Hazama, similar to Shaughnessy, has a "computer system ... processing section 
[which] replaces the code for the tens place in the last two digits of the year AD with a 
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code that maintains the year order," To do this, the two digit date code is sent by the 
program processor, referred to as "work area" 8 or "clear area" 8, to a module 10 and the 
modified date is returned to the processor "work area" or "clear area" 8. Therefore, even 
with the disclosure in Hazama "of the need for the pivot date to be less than any date in 
the database" the claimed invention is no more disclosed than in Shaughnessy. 

139. It is not correct that Shaughnessy teaches or suggests the "process of converting all 
dates in the database, wherein two digit dates are converted into four digit dates as taught 
in Shaughnessy ... (Emphasis added) 

140. It also does not follow from the asserted combination of Shaughnessy and Hazama 
as proposed by the Examiner because "it follows that one of ordinary skill in the art of 
programming would know and would be adept at setting parameters to correctly process^ 
a set.of data," means that the combination of Shaughnessy and Hazama resultsjn the 
claimed invention. Assuming that the Examiner means "sets of data" to be the recited ? 
"all of the symbolic representations of dates" and/or "each symbolic.representation of 
dates" in the database, since Shaughnessy, as noted above* contains no such disclosure. 
Because of the way Shaughnessy is disclosed to operate, it cannot performrthe claimed 
process, and therefore, teaches away. Shaughnessy by returning a "parameter" to the 
program cannot reformat each or all of the date data representations in the data base and 
then perform further programming "sorting" or "manipulating" on the reformatted date 
data, since the "parameter" returned to the program is specific to an operation, e.g., 
comparison, specific only to the two particular date representations being operated on by 
Shaughnessy for purposes of returning the parameter to the program. The "parameter" 
simply indicates, e.g., the one date is greater than, equal to or less than the other, and is 
not correlated to any other date data representation in or extracted from the database for 
purposes of further processing. It is, therefore, not a conversion and reformatting that 
"facilitates further processing of the dates" taken from the database as claimed. 

141. The Examiner's comment about Shaughnessy complemented by "logical necessity" 
disclosing the entire claimed invention is not correct in light of fact that Shaughnessy, 
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with the addition of the selection of a pivot date based on the earliest date in the data 
base, still does not result in each and every element of the claimed invention. 

142. Shaughnessy does not "suggest[] the conversion of all dates within the database 
from a two digit format to a four digit format as a viable, but costly alternative for the 
year 2000 problem (col. 1, lines 31-46 et seq) In the cited passage, Shaughnessy is 
either saying that as to, e.g., a legacy data base it is difficult and expensive to modify the 
format, fields, etc. for the data base to only include 4 character date representations, with 
which applicant is in agreement (see Col. 1, lines 35 - 41 of the Dickens Patent), or 
teaching away from the applicant's proposed solution, or both, as the cited passage is not 
entirely clear as to what would be the objectionable thing to avoid. See also 
Shaughnessy's discussion in Col. 4, lines 7-26. The fact that Shaughnessy specifically 
teaches a separate way than the claimed invention to solve this problem, also teaches 
away from the claimed invention. At best this cited portion of Shaughnessy recognizes 
what the problem is that both Shaughnessy and the claimed invention set out to alleviate, 
but Shaughnessy takes a different approach. 

143. Shaughnessy does not "discloses the claimed 'all of the symbolic representations of 
dates falling within a 10 decade period of time' as a date having a cycle or a range of a 
100 years (col. 18, Cycle/Range Cl= THE DATE CYCLE IS 100 YEARS)." The table 
of the Appendix to which the Examiner refers is identified by Shaughnessy as 
"illustrating a sample of the types of date formats the present invention can support." (Col 
3, lines 43-45. The fact that a cycle for dates of a given one of may listed formats in the 
referenced table may be 100 years teaches nothing about the selection of a range of dates 
that are in a data base upon which the method of Shaughnessy is utilized. Indeed, a 
number of the ranges listed as to which Shaughnessy says "the present invention can 
support," are longer than 100 years. Once again the teaching of Shaughnessy is away 
from the present invention, in that it does not require claimed recitation "all of the 
symbolic representations of dates falling within a 10 decade period of time." 

144. For this same reason, it is inappropriate hindsight analysis using only the teaching of 
the applicant's disclosure to say that: 
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As pointed out in column 2, lines 1 1-14 and column 3, lines 4-8 of Patent No. 
5,806,063, all dates in commercial and industrial databases span within one 100 
year. Shaughnessy's system being of the commercial or industrial kind described 
in the cited patent, must therefore, as a practical matter, incorporate this 
limitation. 

145. The "commercial or industrial" databases which Shaughnessy invention "can 
support " are specifically identified by Shaughnessy to include data bases where the data 
contained could include a span of over 100 years 

146. Shaughnessy does not teach: 

the step of 'determining a century designator C. sub.l C. sub.2 for each symbolic 
representation of a date in the database, C.sub. 1 G. sub.2 having a first value if Y. 
sub. 1 Y. sub. 2 is less than Y. sub. A Y. suh. B and having a second value if Y. 
sub. 1 Y. sub. 2 is equal to or greater than Y: sub. A Y. sub. B' as the comparison 
of the current date to the date when the system was installed with the 
modifications (modified system install date) to thereby determine the century 
value (col.5, lines 36-65 et seq). 
While this portion of Shaughnessy does disclose the form of windowing that 
Shaughnessy proposes, using the install date as the pivot date, in the context of the 
remainder of the disclosure of Shaughnessy this is not disclosed to be done for "each 
symbolic representation of a date in the database," in preparation for and facilitation of 
further processing of the reformatted symbolic representations. As noted above 
Shaughnessy does windowing and reformatting for one or two date representations at a 
time in the called subroutine. 

147. The same can be said for the cited portion of Shaughnessy cited to disclose: 

the comparison of the YYMMDD portion of the date to the corresponding date 
portion at the end of the 100 year cycle to thereby determine the century value 
(col.7, lines 7-15 et seq). 

148. Shaughnessy also does not disclose: 

the step of 'reformatting the symbolic representation of the date with the values C 
sub. 1 C. sub.2, Y. sub. 1 Y. sub.2, M. sub. 1 M. sub. 2 , and D. sub. I D. sub. 2 to 
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facilitate further processing of the dates' by appending the determined century 
value before the YYMNMD date in order to yield a CCYYMMDD date format 
(col.5, lines 46-51; col.6, lines 57-65 et seq) ... . 
The "reformatting the symbolic representation of the date" must be read in the context of 
the earlier claim recitations that define the context of this process limitation to mean 
performing reformatting on "each" or "all" date data representations that have previously 
been the subject of the claimed form of windowing prior to this reformatting step. 
Further the claimed reformatting is to "facilitate further processing of the dates " As 
noted above, Shaughnessy reformats at most two pieces of date data information from the 
data base at a time and returns a parameter that gives a result of processing done in the 
called up subroutine of Shaughnessy, but does not "facilitate further processing of the 
dates." 

149. Shaughnessy does not disclose: - 

"returning one date field with the converted date to the subroutine and a means for 
returning a parameter to the application program for use in further operations 
(col. I, lines 47-54 et seq). / ; 

The cited portion of Shaughnessy, which appears to be in Col. 2 as opposed to Col. 1, 
refers to "passing at least one date field to the subroutine [and] a means for returning a 
parameter to the application ... ." The "parameter," is not a reformatted date or dates, 
and is "for use by the application program in further operation." (Col. 2, lines 53-54, 
Emphasis added) An example of this is "[I]f the result received from the subroutine [the 
parameter] indicates that the date the next payment is due is greater than today's date [the 
program can go on to] indicate that the account is OK." (Col 4, lines 59-61) Shaughnessy 
also notes as an alternative to the above, the Shaughnessy process may "pass[] at least 
one date field which is representative of at least two dates to the subroutine, determining 
which if the two dates corresponds to the date field operation according to a 
predetermined criteria , performing the date operation on the date field, and returning the 
parameter to the application program ... ." (Col. 2, lines 59 - 64, Emphasis added). 

150. Contrary to the examiner's assertion at the time of the filing of the Dickens Patent, it 
is not correct that: 
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The ordinary skilled artisan having read Shaughnessy would immediately see the 
need to determine which 100 year span to use. This determination would have led 
the ordinary skilled artisan to the Hazama reference, which teaches the pivot date 
being smaller than the smallest two digit date in the database having all the dates 
within a 100 year period as a solution to restrict the selection of Shaughnessy's 
window and thereby forcing all dates already stored in the database to fall in the 
20th century. 

Shaughnessy teaches a very specific way of selecting a one hundred year window, and it 
is not based on the earliest date in the data base. In this regard Shaughnessy actually 
teaches away. Further, the import of the latter portion of the Examiner's above quoted 
view is not understood. The statement regarding "as a solution to restrict the selection of 
Shaughnessy's window and thereby forcing all dates already stored in the database to fall 
within the 20 th century If the Examiner mean that this is what Shaughnessy would 
teach one of ordinary skill or thatthe combination of Shaughnessy and Hazama would 
teach one of ordinary skill, then all dates falling in the 20 th is a situation in which there is 
no Y2K problem to solve, so that either Shaughnessy or the combination of Shaughnessy 
and Hazama also teach away. Is this the Examiner's intent? 

151. In regard to the rejection of claim 9, the cited portion of Shaughnessy, actually 
including also Col. 5, lines 10 - Col. 6, line 35 refers to the setting by the subroutine of 
the "current date (box 14), the end of the hundred year cycle (box 16) and the two 
possible century values (box 18)" for utilization inside the subroutine and has nothing to 
do with the recited '"storing the symbolic representation of dates and their associated 
information back into the database after the step of reformatting'" from claim 9. 

152. As to the rejection of claim 9 Shaughnessy also does not disclose "storing the 
symbolic representations of dates and their associated information back into the 
database," i.e., after the step of "facilitating the further processing," and after such further 
processing, e.g., date sorting, the dates and information in Shaughnessy may not be 
reorganized in the database according, e.g., to the results of the sorting. Further 
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Shaughnessy does not teach doing so without modifying the symbolic representations of 
dates in the database itself. 

153. Booth is non-analogous art and actually teaches away from the present invention as 
claimed. Booth and the Clipper system described therein use integer dating which does 
not suffer from the problems sought to be solved by the claimed invention, i.e., there is 
no Y2K date ambiguity that needs to be addressed in the processing of date data stored in 
a database according to the Clipper system. Booth does disclose windowing and using a 
ten decade window, but it is not in the context of the claimed invention. For example, it 
is not for the purpose of "facilitating further processing of the dates [in the database]." 
Booth's use of windowing is also not disclosed to be "reformatting the symbolic 
representation of the date [for each/all representations of dates stored in the database]." 
In addition Booth does not.teach "sorting, the symbolic representations of the dates" in a 
CCYYMMDD or like format, since, dates in Booth are sorted by comparison of the 
integer value that computes to the appropriate date, including its four character year 
value. ; . . . 

154. Modifying Shaughnessy or the combination of Shaughnessy and Hazama with 
Booth, which teaches storing and manipulating (operating programs on) date data that is 
in integer form, would render Shaughnessy and/or the combination of Shaughnessy and 
Hazama inoperative for their intended purpose(s). The intended purpose for Shaughnessy 
and Hazama is to correct the problem of Y2K ambiguity for date data stored in a database 
in a form that gives rise to the ambiguity, and Booth (as does Ohms) stores date data in a 
form that has no Y2K ambiguity. In the same way, the proposed combination would 
change the principle of operation of Shaughnessy and/or the combination of Shaughnessy 
and Hazama. 

155. Contrary to the Examiner's assertion, and as indicated by the above discussion of 
Shaughnessy, Shaughnessy does not disclose "reformatting ... in order to facilitate 
collectively further processing the reformatted symbolic representations of each of the 
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symbolic representations of each of the dates." For this reason, the impropriety of the 
Examiner's rejection, as discussed above, is further supported. 

156. Booth clearly and unequivocally notes that the dates stored in the database being 
manipulated by Clipper 5 are stored in integer format with a granularity of date days. As 
Booth notes at p. 939, "Dates are stored internally in such a way that math operations can 
be performed on dates to derive other dates. Adding an integer to date will result in a 
future date. Subtracting two dates will result in the number of days between the two." 
See also Booth at p. 99. Regardless of what Booth may say about date data entry, date 
display, or the like in the portions of Booth cited by the Examiner, the fact remains that 
the database of Booth does not use symbolic representations of dates in the Gregorian 
format, and does not have the Y2K ambiguity problem, since each date as stored is 
complete with information that indicates it Y Y Y Y characters in Gregorian format. . .ur 
Booth's disclosure of windowing in certain contexts, is, therefore, non-analogous art, v 
teaches away:from applicant'siproposed solution to the Y2K date ambiguity problem, irf- :> 
the same way Ohms does. Further whatever sorting Booth proposes it is not of dates ; 
reformatted from a YY date data field representation into a YYYY format for- purposes of 
being sorted in that format. Booth sorts in integer format simply by comparing the two 
integers with each other and the information contained in the integer itself is not Y2K 
ambiguous. 

157. Ohms does not disclose: 

the claimed 'method of processing symbolic representations of dates stored in a 

database' by presenting a computer implemented method for processing datefs] 

outside the twentieth century (see title, p 244 et seq). 

The symbolic representations of dates in Ohms' database are in the form of a 
number representing a unique Lilian date and fully includes all year information such that 
the Y2K ambiguity problem addressed by the present invention is not even present vis-a- 
vis the date data stored in Ohm's database. Each Lilian date so stored includes (is 
convertible to) a representation of a full four character year, without Y2K ambiguity, just 
as is the case with the integer dates employed by Clipper 5 as described in Booth. In 
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addition Ohms does not call for the dates actually stored in the database to be within a ten 
decade window. In fact they can be anywhere within the span of days capable of being 



represented by seven digits (the specific embodiment disclosed, but it could be even 
more) of days, i.e., over 2000 years. 

158,Ohms does not disclose: 

'selecting a 10-decade window with a Y. sub. A Y. sub. B value for the first 
decade of the window, Y. sub. A Y. sub. B being no later than the earliest Y. sub. 
1 Y. sub. 2 year designator in the database,' .... 

Ohms does disclose selecting a ten decade window for the windowing of date data being 

entered, but say nothing at all about selecting this ten decade window based upon any 

span of dates actually stored in the database. - 

159. Ohms is non-analogous art and actually teaches away from the present invention, as 

claimed. Lilian dating does not suffer from the problems sought to be solved by the v l 

claimed invention, i.e., there is no Y2K date ambiguity that needs to be address in the ■. ■ . & 

processing of date data as stored by the Ohms system. While Ohms does disclose 

windowing and using a ten decade window, it is not in the context of the claimed 

invention. For example it is not for the purpose of "facilitating further processing of the 

dates [in the database] " Ohm's use of windowing is also not disclosed to be 

"reformatting the symbolic representation of the date [for each/all representations of 

dates stored in the database]." In addition Ohms doses not teach "sorting the symbolic 

representations of the dates" in a CCYYMMDD or like format, since dates in Ohms are 

sorted by comparison of the integer value that computes to the appropriate date, with the 

inclusion in the integer value of its four character year value. Indeed, modifying Hazawa, 

which teaches storing and manipulating (operating programs on) date data that is in, e.g., 

MMDDYY form, would render Hazawa inoperative for its intended purpose(s). The 

intended purpose for Hazawa is to correct the problem of Y2K ambiguity for date data 

stored in a database in a form that gives rise to the ambiguity and Ohms stores date data . 

in a form that is not Y2K ambiguous. In the same way, the proposed combination of 

Ohms and Hazama would change the principle of operation of Hazawa. 
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160. There is no prima facie obviousness because there is no motivation to combine non- 
analogous art, especially where Ohms teaches away from the claimed invention, at least 
to the extent it teaches addressing the Y2K problem by storing date data in a form that is 
not susceptible to the Y2k ambiguity problem and does not need to be modified in any 
way to be able to be fully sorted, manipulated or otherwise processed without concern for 
any possible confusion between the Lilian value that represents all of the days 
throughout, e.g., the year 2002, including the fact that they are in the year 2002 and the 
totally unique and fully determinative integer value that represents each of the days in the 
year 1902, including the fact that each such day in within the year 1902, or, for that 
matter, 3002, 4002 and so on. The specific embodiment of Ohms using only seven 
characters to count the dates would have to be expanded to cover a span of more- than 
2000 years, however, and the starting date of the first day, e.g., January 1, 1900, would 
determine, along with the total number count of days, the end of the span that can; be 
covered. - : , . 

*• • ' 

161. The Examiner is misreading the claims. As recited, e.g., in claim 33, the process 
step calls for: 

reformatting the symbolic representation of each symbolic representation of a date 
in the database, without changing any of the symbolic representations of a date in 
the database during the reformatting step^ ... 
or in claim 60 the process step calls for: 

by windowing the symbolic representations of each of the respective dates as 
stored in the at least one date field of the database against a pivot year represented 
by one of the symbolic representations of the dates as stored in the at least one 
date field of the database, without modifying any of the symbolic representations 
of dates in the at least one date field of the database for purposes of such 
windowing and converting; ... . 
The "symbolic representations of dates in the at least one field of the database 1 * remain 
unchanged, as discussed in further detail herein with regard to the enabling issue, as the 
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Examiner in the original application noted and as was the subject of an amendment of the 
claims therein to clarify that point. 

162. As to written description, the Specification is reasonably clear in indicating that the 
applicant as of the filing date of the application leading to the Dickens patent was in 
possession of the invention, even if new terminology is used in the claims. The claimed 
sort based upon the reformatted CCYY format is a broader genus. As indicated in the 
specification and as would have been well known in the art at the time of the filing of the 
Dickens patent, data may be stored in databases in other than YYMMDD and in which 
the Y2K ambiguity problem still exists, e.g., YYMMMDD, where the MMM is a three 
letter designation of the month. For such date data formats, the present invention, as 
would be understood by those skilled in the art from the disclosure of the Dickens patent, 
with, or without Exhibit A, is just as useful, along with the reformatting of, the YY to 
CCYY. The claim, therefore, is a broader genus, which would cover the originally 

, recited CCYYMMDD as well as, e.g., CCYYMMMDD. 

1 63. The Examiner has taken the position that: ; 

Claims 33, 60-61, 64-65 and 70 call for reformatting to occur 'without changing* 
or 'without modifying' the symbolic date representations during the reformatting 
when the specification merely indicates that the YYMMDD date format is 
reformatted to appear in the form CCYYMMDD (col.3, lines 41-43). It is 
apparent that the original specification is devoid of any disclosure of how such 
reformatting is performed 'without changing' or 'without modifying' the 
symbolic date representation. In fact, the suggestion of reformatting without 
changing representation is on its face a contradiction, for the reformat is to change 
representation. Therefore, the claimed limitation reformatting to occur 'without 
changing' or 'without modifying' is new matter because this subject matter was 
given neither a written description nor enabling description in the original 
• disclosure. 

164. There is quite an adequate disclosure in the original specification including the 
Certificate of Correction, from both a written description and an enabling perspective. 
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The addition of the Exhibit A further supports the claim language. The "without 
modifying" and/or "without changing" recitations refer to the fact that the original 
database date entry as contained in, e.g., a legacy database itself, is what is not modified. 
Clearly modification occurs according to the claims of the what is taken from or extracted 
from the date data field in, e.g., a legacy database, but this modification/reformatting 
according to the claims is done without also modifying/reformatting the originally stored 
date data as it is in the database itself and remains so after the converting and 
reformatting according to the claimed invention. This is adequately described in the 
written description and fully enabled. 

165. The Examiner has taken the position that: 

Claims 16-30, 32, 34-67, 69-7 1 , 75 and 76 call for processing relative to a 'pivot 
date' or 'pivot year' when such terms are nowhere defined or even mentioned in 
the original specification. Therefore, the claimed limitation 'pivot date' or 'pivot 
year' is new matter because this subject matter was given neither a written 
description nor enabling description in the original disclosure. 

166. This term is well known in the art. By way of example, United States Patent No. 
6,317,746, entitled SOFTWARE DATE AND TIME SERVICES, issued to Franklin, Jr., 
et al. on November 13, 2001, and United States Patent No. 6,003,028, entitled 
IMPLEMENTING EXTENDED NUMERIC RANGE WITHIN A TWO-DIGIT 
SOFTWARE REPRESENTATION, issued to Koenig on December 14, 1999 use the 
term in connection with windowing techniques utilizing, e.g., a ten decade window. The 
Examiner has himself used the term throughout the prior and present Office Actions in 
rejecting claims with and without the term "pivot year" in the claim language. The term 
simply means, as the Examiner himself has used it, the starting year for the window. 

167. The Examiner has also taken the position that: 

Claims 20-21, 62-65 and 71 call for 'reformatting* or 'storing* 'separately* from 
the symbolic representations in the database or from the database when the 
original specification merely suggests reformatting or sorting the date. However, 
the original specification does not disclose such 'separate' reformatting or storing. 
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Therefore, the claimed limitation of 'separate storing* or 'separate reformatting* is 
new matter because this subject matter was given neither a written description nor 
enabling description in the original disclosure. 

168. As discussed above with respect to claims 33, 60-61, 64-65 and 70 regarding the 
'without changing* or 'without modifying* recitations, the Specification as originally 
filed along with the Certificate of Correction, adequately discloses and enables the 
recitations regarding "separate reformatting*' and "separate storing.*' The addition of 
Exhibit A further supports such recitations. 

169. The Examiner has taken the position that: 

Claims 16-25, 31-33, 66-67 and 72 call for 'collectively further processing* when 
the specification makes no. mention of such 'collective' further processing. 
Similarly, claims 36-43 call for .'collectively sorting' or 'collectively 
manipulating' when the original specification merely suggests sorting and 
manipulating. However, it does not mention such 'collectively' sorting or 
manipulating. Similarly, claims 34-61, 63 arid 65 call for the step of 'running a 
program collectively' when the original specification, perhaps, only implicitly 
discloses the 'running of the program'. However, such 'collective' running of the 
program, is not disclosed. Therefore, the claimed limitations of 'collective 
processing, 'collective sorting', 'collective manipulating' or 'collective running 
are new matter because this subject matter was given neither a written description 
nor enabling description in the original disclosure. 

170. The original disclosure and claims disclose a process whereby "each" or "all" of the 
dates stored in a database, e.g., a legacy database, wherein the stored format includes 
only two year date characters, are reformatted to contain four year date characters, 
followed by a process of, e.g., sorting or manipulating, based on all of the reformatted 
dates. The Exhibit A disclosure further supports this interpretation of the claims. The 
term "collectively" is not used in the original disclosure. However the term serves to 
define over the art, e.g., Shaughnessy, where, e.g., one date from the database and one 
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fixed date, or two dates from the database, are compared to each other, in the called 
subroutine, as opposed to all of the data from the database being manipulated, e.g., date 
sorted "collectively." 

171. The Examiner has taken the position that: 

F. Claims 36-37, 40-41, 48-49, 51-59, and 69 call for the running of a program 
after a sorting operation has been performed. However, the original specification 
does not provide a written description of such running of a program subsequent 
the step of sorting. Similarly, claims 38, 39, 42-43 call for data manipulation 
before running of the program. No written description is provided for such data 
manipulation before running the program in the original specification. Therefore, 
such limitations are new matter because this subject matter was given neither a 
written description nor enabling description in the original disclosure. 

172. As noted in the Specification of the Dickens patent: 

Once the symbolic representations of the dates are reformatted according to the 
procedure set forth above, the date information may be sorted, numeral 38, or 
manipulated, numeral 40, together with the entries associated with the dates. 
Such manipulation may include handling of the data associated with the dates, 
storing the dates and associated information back in the data base, or other 
processes. 

173. In addition, at least Exhibit A shows a sort program run before another program, 
e.g., a print program. 

174. The Examiner has taken the position that: 

Claims 46-59 call for "repeating the step of converting at least a substantial 
portion" of the specified data. The original specification does not disclose the 
conversion of such substantial portion. Therefore, such limitation is new matter 
because this subject matter was given neither a written description nor enabling 
description in the original disclosure. 
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175. A person skilled in the art at the time of the filing of the application leading to the 
Dickens patent would have understood from the disclosure of the Dickens patent, with or 
without Exhibit A, that the storage of databases, particularly of extensive nature, may be 
contained in memory in variously segmented ways, e.g., on pages of extended memory, 
or organized by, e.g., data entry number. In addition it would have been understood that 
the process of the present invention, depending upon the particular application program 
being utilized and the particular kind of "manipulation" being done, may effectively run 
on a substantially portion of the database containing a substantial portion of all of the, 
e.g., date data fields, but not necessarily all of them. Applicant's claims are not limited to 
only those instances where the recitation "each" or "all" as distinguishing over prior art, 
e.g., Shaughnessy, would require that each and every date data field is reformatted. In 
addition those skilled in the art would have appreciated that the database may contain - 
several different date data fields associated with each particular data entry in the database, 
and the sorting or other manipulation may only be concerned with one such field, and the 
conversion, therefore, only necessary.in that instance and only as to that field. The r 
program listing in Exhibit A is exemplary . For example, the "tools" database may have 
other date data fields besides "last_inv.dat", e.g., purchase.dat or last_maintenance.dat. ; < 
The claims as originally filed would cover that situation and the added claims rejected 
above by the Examiner simply further clarify this fact. 

176. The Examiner has taken the position that: 

Claims 34-65 and 70-71 call for 'converting' symbolic representations 'by 
windowing the symbolic representation* when the specification merely discloses 
the selection of a 10 decade window. The verb 'windowing' appears nowhere in 
the specification, and its meaning is unclear. Therefore, such limitation is new 
matter because this subject matter was given neither a written description nor 
enabling description in the original disclosure. 

177. The disclosure of the Dickens patent, even without Exhibit A, and also with Exhibit 
A, fully describes the claim recitation "by windowing the symbolic representations of 
each of the respective dates as stored in the at least one date field of the database against 
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a pivot year represented by one of the symbolic representations of the dates as stored in 
the at least one date field of the database ... " Windowing is a well known and 
recognized term in the art, and as noted above the pivot year, meaning the earliest date in 
the window, is also a well known and recognized term of art. Even if the disclosure of 
the Dickens patent, with or without Exhibit A, does not specifically use the term 
"windowing" or the term "pivot year," one skilled in the art at the time of the filing of the 
Dickens patent would have understood the disclosure to contemplate and fully describe 
and enable the claim limitation. 

178. The Examiner has taken the position that: 

Claims 35, 37, 39, 41, 43, 45, 49, 51, 53, 55, 57 and 59 call for the step of 
. ■opening the database prior to the step of converting' when the original - * " 

. specification makes no mention of opening the database. Therefore, such . . . :v 

V limitationiis new matter because this subject matter was given neither a written * ; ; . 

description nor enabling description in the original disclosure, ■ j ; ,j, 

179. Applicant asserts that the step of opening the database is at least inherent in . the : l- 
disclosure of the Dickens patent. One skilled in the art would have understood that to get. . -. - - * * 
at the date data field stored in the database in the Y2K ambiguous format in order to - 1 
reformat it to not be Y2K ambiguous, the database would initially have to be opened up 

for such access. Exhibit A, in addition, specifically includes a program step opening the 
"tools" database. 

180. The Examiner has taken the position that: 

Claims 34-65, 70 and 71 call for the avoidance of an 'ambiguity* by reformatting 
or converting date representation. The original specification merely suggests that 
dates containing only two digit year representation, and without reformatting, may 
sort improperly. It does not mention or discuss any such claimed ambiguity. 
Therefore, such limitation is new matter because this subject matter was given 
neither a written description nor enabling description in the original disclosure. 
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181. Applicant submits that there is a full description of and enablement of the claims 
recitation of a process for working on a "database utilizing symbolic representations of 
the dates stored in the at least one date field of the database, which are in a format that 
creates ambiguity between dates in each of a pair of adjacent centuries " and for the 
subsequent recitation of "converting each of the symbolic representations of dates stored 
in the at least one date field of the database to a symbolic representation of each of the 
respective dates that does not create the ambiguity ... ." The specification says that the 
problem being addressed is: 

However, with the turn of the century at Jan. 1, 2000, the representation 
and utilization of dates becomes more complex. Using the numerical form above, 
Dec. 15, 2000 is represented as 12/15/00. If a numerical sort is performed on 
12/15/93 and 12/15/00, the later date 12/15/00 sorts as the first-occurring date, an < 
incorrect result. . : 
Sets of dates spanning the turn of the century and associated with past, 
current, and future activities are now stored in many databases. When stored in 
• the conventional formats discussed above, those dates will not readily be used and 

numerically sorted in chronological order. 
In other words, because of the utilization of only two date data characters, the century of 
the date is ambiguous, and the process of the present invention will remove that 
ambiguity. That is, the date data format that is ambiguous in two characters is converted 
to one in four characters that is not ambiguous in a disclosed embodiment of the 
invention. 

182. The Examiner has taken the position that: 

Claims 7-75, 31, 33, 68, 72-74 call for the selection of a TAYB value for the first 
decade' of a window. There is no known meaning for the Value of a decade' and 
the original specification is devoid of any description of what the 'value of a 
decade' is. Because this subject matter was in the original disclosure, such 
limitation is not new matter. However, it is rejected under the second paragraph of 
35 USC 112 because the meaning of the claim phraseology is so devoid as to be 
wholly indefinite. 
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183. The specification and claims are perfectly clear on the meaning of the value of 
Y A Y B . It is the "first year of the 10-decade window." (Col 3, line 13). The full recitation 
of the claim to which the Examiner refers recites "selecting a 10-decade window with a 
Y a Yb value for the first decade of the window ... ." This is precisely the same as saying 
that the "value" of YaYb is the two digit year value of the first year in the 10-decade 
window. Contrary to the Examiner's suggestion, the claim does not call for setting the 
"value for a decade," even if in the context of the Specification and claim language there 
would be any doubt that "the value of a decade" is ten years. The claim clearly calls for a 
"YaYb value" which is "for the first decade of the [10 decade] window ... ." It is also the 
same value as for the first year in the 10-decade window. 

184. The Examiner has taken the position that: t :: > * : 
.v 1 , Applicant argues that Shaughnessy does not teach or suggest "the step of n 
• ■. • selecting a 10-decade window YaYb no later than the earliest YI Y2 year . 

designator in the database" Applicant alleges that Shaughnessy only discloses 
the selection of a 10 decade window utilizing the date the system was installed. In 
response, the Examiner respectfully submits that Shaughnessy teaches the 
selection of a 10-decade window in figure 4 and the necessity of such a window 
starting with a date no later than the earliest year in the database is taught in 
Hazama. 

185. Shaughnessy does not disclose the claimed "step of selecting ... " Shaughnessy in 
the Specification and in the discussion specifically of Figure 4, and in Figure 4 itself, 
does not disclose "YaYb no later than the earliest Yl Y2 year designator in the database." 
Specifically, depending upon the determination made in the block 36 of Figure 4 of 
Shaughnessy, the start date is set to either the "install date" or the "current date," and then 
the "100 year cycle" is determined by a selected number of years from the start date of 
so-called "future dating." This is explained by Shaughnessy as follows: 

FIG. 4 illustrates the steps performed to determine the end of the 100 year cycle. 
When a system is modified according to the principles of the present invention, 
several parameters may be specified. The parameters may include the number of 
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years of future dating required (default is 10), the type 2 format, CCYYMMDD, 
for the modified system install date (default is 19931231), and whether the end of 
the 100 year cycle is to be updated daily (0 indicates no update of the cycle, 1 
indicates daily update of the cycle; default value is 1). The first step in 
determining the end of the 100 year cycle is therefore determining the update ' : 
frequency for the cycle (box 36). If the cycle is to be updated daily, then the 
starting date is set to the cunent date (box 38), as determined above. Therefore, 
for this example the starting date would be 20000101 if the cycle is to be updated 
daily. Next, the end of the 100 year cycle is determined by adding the number of 
years of future dating required to the starting date (box 40). 
Shaughnessy, at best, describes the selection of a desired end of the 100 year cycle, which 
indeed may be updated daily. Regard for the earliest date in the database is not 
considered. Both the install date and the current date may result in a 100 year window 
that will incorrectly translate dates in the database into the 21 s - century byiShaughnessy's 
disclosed method, or will at some point in time, if updated daily, begin to do soi 
'Shaughnessy ignores or, at best, teaches away from the claimed process step of "selecting 
a 10-decade window YaYb no later than the earliest YI Y2 year designator in the 
database." ; 

186. The Examiner has further taken the position that: 

2. Applicant argues that neither Shaughnessy nor Hazama teaches or suggests "the 
step of determining a century designator CI C2 for each symbolic representation 
of a date in the database, CI C2 having .... " Applicant alleges that the teaching of 
Shaughnessy or Hazama is to determine a century designator for at most two date 
representations being processed in a called subroutine at a given time. In response 
to the preceding argument, the Examiner respectfully submits that even under the 
allegation above, the Shaughnessy-Hazama combination would still disclose the 
claimed limitation as long as the references teach or suggest the determination of 
a century designator for each date in the database. As discussed in the office 
action, Shaughnessy determines a century designator for converting a current date 
from a six-digit to an eight digit format before the converted date is returned for 
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use in a particular application. Shaughnessy determines the century value (19 or 
20) by comparing the current date to the corresponding date portion when the 
system was installed with the modifications. Further, Shaughnessy suggests that 
the above approach can be used to determine a century designator for converting 
each six digit date in a database to corresponding eight digit dates. However, 
Shaughnessy refrains from such an approach, though capable of curing the year 
2000 problem, on economic instead of technical grounds, since it might not be 
cost efficient. To the extent applicant is arguing that Shaughnessy fails to 
extrapolate the operation of date conversion from a single instance to an entire 
database, it is first noticed that one of ordinary skill in the art extrapolates single 
operations to batch processing of an entire database as a matter of automation 
efficiency, it is secondly pointed out that Shaughnessy teaches that its date 
conversion processing would be inserted for every occurrence of date processing, 
i.e. across the entire input gamut, col. 4 lines 27 to 33, and it thirdly noticed that 
Shaughnessy even provides a specific example of checking the due dates in a 
database for being overdue col. 4 lines 38 to 43. Further, Hazama complements 
Shaughnessy by disclosing the use of a pivot date that is smaller than any other 
date in the database to compare each date in the database with the pivot date to 
thereby determine whether each two digit year in the database should be preceded 
by 19 or 20. Therefore, the Shaughnessy -Hazama combination does teach the 
above limitation, as claimed. 

187. The Examiner's combination of Shaughnessy-Hazama does not "teach or suggest 
the determination of a century designator for each date in the database." In the first 
place, neither reference expressly teaches performing the claimed process step on "each" 
date representation in the database. They teach calling up a subroutine if an application 
program encounters an ambiguous date representation. The fact that eventually the 
application program may encounter all of the dates, does not mean that the combination 
of the references teach performing in the specific sequence of process steps in the claims, 
first the reformatting of each of the dates and then sorting , manipulating, running a 
program, or the like, on them with respect to all of the date representations amounting to 
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"each of the date representation" as recited in the claims. In addition, even if the 
processes disclosed by Shaughnessy or Hazama or the combination of these references 
eventually could or might get to all date representations does not amount to a disclosure 
of the sequence of steps specifically recited in the claims regarding the "processing of 
symbolic representations of dates stored in a database," as to determining a century 
designator for each symbolic representation of a date in the database," followed by the 
step of "reformatting the symbolic representation of the [each such] date ... to facilitate 
further processing of the dates." While the claim does not recite "each such" this is 
implicit from the rest of the claim language and from the disclosure. 6 



188. The Examiner is incorrect to assert that: 

Shaughnessy determines a century designator for converting a current date from a 
six-digit to an eight-digit format before ;the converted date is returned for use in a 
particular application. 
Shaughnessy returns a "parameter," which itself is not information from which the 
reformatting of the date data used to generate the "parameter" can be determined. 



189. The Examiner is also not exactly correct in framing applicant's assertion with regard 

to what Shaughnessy suggests as to whether: 

the above approach can be used to determine a century designator for converting 
each six digit date in a database to corresponding eight digit dates. However, 
Shaughnessy refrains from such an approach, though capable of curing the year 



Furthermore, as noted above, those skilled in the art would have understood from the disclosure f the 
Dickens patent, with or without Appendix A, that "each" while it is distinguished from the processes of 
Shaughnessy and Hazama does not necessarily mean each and every possible date data stored in the data 
base. While that is most often the case in the operation of the claimed process, e.g., if the database is 
organized using, e.g., pages or sections of memory, and in the context of a given application program, 
"each" may mean each on a given page or in a given section and the application program may be able to 
deal with the reformatted group of "each of the date data representations," on a page by page or section by 
section basis, or may require reformatting of every one of the dates in every date data field having only two 
character date data information before continuing on the do the sorting of manipulating or otherwise run a 
program, after the process of the present inveniion has reformatted "each" of the date representations to 
facilitate further processing. Nevertheless, whether done on a page by page, sections by section, etc. basis 
or done throughout the entire database before "further processing," this method is distinguished from either 
Shaughnessy of Hazama or the combination of these references. 
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2000 problem, on economic instead of technical grounds, since it might not be 
cost efficient. 

Shaughnessy's discussion comports with applicants, i.e., that to modify the existing 
legacy database is highly impractical, if not impossible. That is, as noted above, and in 
applicant's Specification, with or without Exhibit A, one does not want to change the 
legacy data base itself, e.g., its organization, data formats and sizes, etc. within, e.g., the 
date data fields, and/or with respects to, e.g., links, etc., employed in the data base, which 
might also have to be changed if a date data field is modified, e.g., enlarged to an entirely 
new date data field to accommodate, e.g., the expanded year date data containing the 
century designator. Shaughnessy proposes a solution, and Hazama proposes a solution, 
but they are not the solution of the claimed invention. 

190. The Examiner's suggestion of "extrapolation," of Shaughnessy's approach into the 
claimed invention is hindsight reconstruction of the process disclosed in Shaughnessy. It 
is incorrect also for the Examiner to assert that this "extrapolation," amounts to simply 
multiplying the process steps proposed by Shaughnessy to cover the entire database: 

To the extent applicant is arguing that Shaughnessy fails to extrapolate the 
operation of date conversion from a single instance to an entire database, it is first 
noticed that one of ordinary skill in the art extrapolates single operations to batch 
processing of an entire database as a matter of automation efficiency .... 
To do so does not result in the claimed invention, since, at least, Shaughnessy does two 
by two comparisons (either of a date from the database and a fixed date or two dates from 
the database) and returns a "parameter" indicative of the results of that single two by two 
comparison. Even if multiplied over and over to go through the entire data base, it is still 
not the claimed process. 

191. The Examiner is also incorrect to assert that: 

Shaughnessy teaches that its date conversion processing would be inserted for 
every occurrence of date processing, i.e. across the entire input gamut, col. 4 lines 
27 to 33 
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or, even if correct, this is not the claimed invention, because Shaughnessy's "data 
conversion processing," as noted above, is not according to 'the claimed invention. 

192. The specific portion of Shaughnessy referenced (and a continuing portion) discuss 
one embodiment of a process according to Shaughnessy's method in which: 

In accordance with the present invention, the current date operation routines 
nested in the body of the application program would be replaced with a call to one 
of a plurality of subroutines stored externally from the existing application 
program, as opposed to the date operation routine being reprogrammed to perform 
the date operation in a new format. The subroutines will be able to accommodate 
the date format currently employed by the application program, thus making it 
unnecessary to convert all of the date fields in files containing data used by the • 
application program over to the new date format. For example, if an application 
program for a bank performed a date comparison to determine when loan 
payments were overdue, the point in the source code which previously performed 
the comparison may have program statements which performed the following 
functions: \ . 

1 . Compare date next payment is due to today's date; 

2. If the date next payment is due is greater than today's date, indicate that the 
account is OK. 

If the system which ran the above application program were modified in 
accordance with the principles of the present invention, then the program 
statements which performed the above functions would be modified to include 
program statements which did the following: 

1 . Call the subroutine which performs the date comparison passing today's date, 
the date next payment is due, and a three byte parameter, the first byte of which 
identifies the format of today's date, the second byte of which identifies the 
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format of the date next payment is due, and the third byte of which is left 
available for a return code indicative of a result of the comparison; 

2. If the result received from the subroutine [indicated by the returned parameter] 
indicates that the date next payment is due is greater than today's date, indicate 
that the account is OK. 

193. This is simply a very different process than the one recited in the claims, as noted 
above, even if performed over and over again to compare, e.g., sets of due dates to the 
current date as stored in the database, and as provided to the subroutine, until all of the 
entries in the database are examined. Therefore, while Shaughnessy may "providef] a 
specific example of checking the due dates in a database for being overdue col. 4 lines 38 
to;43 " Shaughnessy does so by other than the claimed invention. 

1 94. The Examiner has also taken the position that: ! 

3. Applicant argues that neither Shaughnessy nor Hazama teaches or suggests the 
step of 'reformatting the symbolic representation of the date with the values 
C1C2, Yl Y2,MIM2, and D1D2 to facilitate further processing of the dates. ' 
Applicant alleges that the teaching of Shaughnessy or Hazama is to reformat two 
dates at a time in the called [sic] result of the processing of the two reformatted 
date data entries, and not to facilitate further processing of the dates by 
reformatting the symbolic representations of the dates (claim 4). In response to 
the preceding argument, the examiner respectfully submits that the Shaughnessy- 
Hazama combination does disclose the reformatting of the dates in the 
C1C2Y1 Y2M1M2D1D2 format to facilitate the further processing of these dates. 
Shaughnessy's conversion of the current date of an operating system from a six 
digit format to an eight digit format each time said date is going to be used in 
application. Such reformatted dates are further utilized by returning one date field 
with the converted date to the subroutine and by returning a parameter to the 
application program for use in further operations. As explained above, 
Shaughnessy suggests that such approach can be extended to reformat dates 
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already stored in database such that they can be used for further processing. 
Therefore, the ShaughnessyHazama combination does teach the above limitation, 
as claimed. 

195. The above discussion of Shaughnessy is reiterated here, including, e.g., the 
discussion of the claimed invention dealing with "all" and "each" in the claimed process 
sequence resulting in the "facilitation] of the further processing of the dates." In 
addition Shaughnessy does not: 

return[] one date field with the converted date to the subroutine and by returning a 
parameter to the application program for use in further operations, 
and also does not: 

suggest[] that such approach can be extended to reformat dates already stored in 

database such that they can be used for further processing, 
or, at least does not suggest doing so in the context of "facilitating the further processing 
of [each of] the dates ... Shaughnessy sends a date field to the subroutine and returns a 
parameter that is lacking in any indication of the date itself, whether as originally- stored 
' in the database or as converted by Shaughnessy within the subroutine for purposes of the 
functioning of the subroutine to create and return this parameter. 

196. The Examiner has taken the position that: 

5. Applicant argues that neither Shaughnessy or Hazama teaches or suggests the 
step of 'reformatting each symbolic representation of a date in a format CIC2YJ 
Y2M1M2DID2 (claim 5), nor sorting the symbolic representations of dates in 
numerical order sort (claim 6), nor storing the symbolic representation of dates 
and their associated information back into the database (claim 9); nor 
manipulating information in the database having reformatted date information 
therein (claim 10).' In response to the preceding argument, the examiner 
respectfully submits that with regards to claim 5, Shaughnessy discloses the 
limitations as discussed above in paragraph 3 of the remarks. Regarding claim 6, 
Shaughnessy, Hazama and Booth disclose the cited limitation, see discussion 
above in paragraph 4 of remarks. Regarding the limitation of claim 9, 
Shaughnessy discloses the step of storing the symbolic representation of dates and 
their associated information back into the database, as discussed in the office 
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action. Shaughnessy teaches the storing in the database of current date after it has 
been converted from the six digit format to the eight digit format. Further, 
Shaughnessy suggests that such an approach can be extended to dates in a 
database. Consequently, Shaughnessy discloses the claimed limitation of claim 9. 
Regarding claim 10, Shaughnessy and Hazama disclose the cited limitations as 
discussed above in paragraphs 3 and 4 of the remarks. 

197. In addition to the above discussion, Shaughnessy does not disclose: 

the step of storing the symbolic representation of dates and their associated 
information back into the database, as discussed in the office action. Shaughnessy 
teaches the storing in the database of current date after it has been converted from 
. the six digit format to the eight digit format. 
Shaughnessy suggests that modifying the date data field in a legacy database and storing 
modified dates from an existing legacy database in such a modified date data lield is 
possible.but not practical. Such a modification is an undesirable alternative to the present 
invention as well,, as noted above. The solution of the present invention is significantly 
different from the one suggested in Shaughnessy. 

198. The Examiner has taken the position that: 

14. Applicant argues that Booth does not teach or suggest the step of 'selecting 
YaYb such that Yb isO (zero), ' as recited in claim 8. Applicant alleges that even 
though SET EPOCH can and does use pivot years ending in 0, it is not a process 
according to the claimed invention. In response to the preceding arguments, the 
Examiner respectfully submits that Booth does disclose Yb to be zero by selecting 
YaYb to be equal to 90. See page 942. It is noted that Applicant's arguments that 
Booth's teaching is not a process according to the claimed inventions fails to 
comply with 37 CFR 1 . 1 1 1 (b) because they amount to a general allegation that 
the claim define a patentable invention without specifically pointing out how the 
language of the claims patentably distinguishes them from the references. 
Applicant simply alleges that the cited limitations are not taught by Shaughnessy 
without actually explaining how these limitations are distinguishable from the 
corresponding portions in Booth on which the Examiner relied to establish the 
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prima facie case. See page ... of the office action. Consequently, Applicant has 
failed to successfully rebut the rejection of claim 8. Generally, Applicant bears the 
burden of explaining why the evidence on which the Examiner relies is 
insufficient to establish a prima facie c ase or demonstrating that Applicant has 
provided evidence which rebuts the prima facie c ase. See In re Rouffet, 149 F.3d 
1350, 1355 47 USPQ2d 1453, 1455 (Fed. Cir. 1998). Furthermore, Shaughnessy's 
process would select a Yb value of 0 for one year out of every 10 when operated 
with daily update, col. 6. lines 4 to 45. 

199. In addition to the above discussion, the fact that Booth may disclose the setting of a 
pivot year with a zero in the second place is not the claimed setting of the claimed Y a Yb 
with a zero in the Y B , because in the steps of the claimed process Y A Y B is selected as 
earlier than the earliest date in the database, so that the claimed YaYb is not just any 
pivot date but one selected as recited in the claim. As selected by Booth there is no 
'disclosure of any regard being taken to the earliest date in the database. The same applies 
to the Examiner's reference to Shaughnessy, even if the fact Shaughnessy might 
sometimes unintentionally select a pivot year with a zero in the second place, depending 
upon the installation date or the updated installation date, or the like, is a disclosure of 
affirmatively carrying out the claimed step in the claimed process to so select the Y a Yb, 
which it is not. 

200. The Examiner has taken the position that: 

15. Applicant argues that Ohms does not teach or suggest the step of 'Providing a 
database with symbolic representations of dates stored therein according to a 
format wherein M1M2 is the numerical month designator, D1D2 is the numerical 
day designator and YI Y2is the numerical year designator; all of the symbolic 
representations falling within a 10-decade period of time, as recited in claim 1.' 
Applicant alleges that Ohms does not disclose the above limitations since Ohms 
teaches providing a database with the dates in a Lilian format. In response to the 
preceding arguments, the Examiner respectfully submits that Applicant's reading 
of Ohms is incorrect. Ohms teachings are not limited to dates in Lilian format. As 
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discussed in the office action, Ohms discloses the storing of dates in a database in 
Gregorian format, wherein said dates are converted from a six digit format 
(YYMMDD) to an eight digit format (YYYYMMDD). See page 247, table 1. 
Ohms further teaches that the dates stored in the database do fall within a ten 
decade period. See page 249. Consequently, the rejection is proper. 

201. In addition to the above discussion, as noted Ohms does not disclose storing dates in 
the database in Gregorian format, and certainly does not disclose storing in Gregorian 
form any of the dates that are windowed for date data entry convenience. The entire 
point of Ohms is to avoid such a format in the storing of the date data by employing a 
Lilian format. 

t 

202. The Examiner has taken the position that: 

17. Applicant argues that Ohms does not teach or suggest the step of 'determining 
a century designator CI C2 for each symbolic representation of a date in the 
database, CI C2 having ... Applicant contends that Ohm teaches entering date 
data into the database to be converted into Lilian format for storage and 
manipulation within the database. Applicant further alleges that since the 
conversion in Lilian format does not require the determination of a century 
designator for data in the database, then Ohms cannot teach such limitation. In 
response to the preceding arguments, the Examiner respectfully submits that 
Applicant misread Ohms' teachings. As pointed out above, Ohms' teachings are 
not limited to conversion in Lilian format. Ohms also discloses the conversion of 
dates stored in a database in Gregorian format from a six digit format to an eight 
digit format to include the century designator. See page 247, table I and page 248. 

203. In addition to the above discussion, even if Ohms discloses "conversion," Ohms 
does not do so as to dates "stored in the database," since they are in need of no such 
conversion, and does not do so for purposes of "facilitating further processing of the 
dates." 



68 



204. The Examiner has taken the position that: 

18. Applicant argues that Ohms does not teach or suggest the step of Reformatting 
the symbolic representation of the date with the values C 1 C2, Y 1 Y2, M 1 M2, 
and D 1 D2 to facilitate the further processing of the dates.' Applicant contends 
that Ohms does not disclose such limitation since it teaches reformatting into 
Lilian format and thereafter processing the date data in the database utilizing the 
Lilian format. In response to the preceding arguments, the Examiner respectfully 
submits that, as pointed out above in the remarks, Ohms' teachings are not limited 
to reformatting in Lilian format. Ohms discloses the reformatting of a short 
Gregorian date having six digit into a Gregorian date having eight digits. See page 
247, table 1. 

205. In addition to the above discussion, even if Ohms performs "reformatting" it is not 
of the "dates stored in the database" and it is not for the purpose of "further facilitating 
processing of the dates," since Ohms facilitates processing of the dates by storing them in 
the database in Lilian format. 

206. The Examiner has taken the position that: 

19. Applicant argues that Ohms does not teach or suggest the steps of sorting the 
symbolic representations of dates (claim 4); or reformatting each symbolic 
representation of a date into the format CI C2Y1 Y2M1M2D 1D2 (claim 5) or 
sorting the symbolic representations of dates and their associated (claim 6) or 
storing the symbolic representation of dates and their associated information back 
into the database (claim 9) or after the step of reformatting, manipulating 
information in the database having the reformatted date information therein (claim 
10) or converting pre-existing date information having a different format into the 
format wherein M1M2 is the numerical month designator, D1D2 is the numerical 
day designator and Y1Y2 is the numerical year designator or selecting YaYb such 
that Yb is 0 (zero) (claim 8). In response to the preceding arguments, the 
examiner respectfully submits that it was conceded in the office action that Ohms 
does not teach the limitations of claims 4, 6, and 8. However, Booth was relied 
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upon to complement Ohms' teachings in order to reject the cited claims. 
Regarding claims 5, 9 and 10, it was pointed out in the office action that Ohms 
teaches the reformatting of short order Gregorian dates having six digits into 
Gregorian dates having eight digits to thereby store the converted dates in the 
database for further use and processing. The limitations of these claims were fully 
addressed in the office action. It is noted, however, that Applicant's arguments fail 
to comply with 37 CFR 1 . 1 1 1(b) because they amount to a general allegation that 
the claims define a patentable invention without specifically pointing out how the 
language of the claims patentably distinguishes them from the references. 
Applicant simply alleges that the cited limitations are not taught by Ohms without 
actually explaining how these limitations are distinguishable from the 
corresponding portions in Ohms on which the Examiner relied to establish the 
prima facie case. See page ... of the office action. Consequently, Applicant has 
failed to successfully rebut the rejection of claims 4-10 as laid out in paragraph ... 
Generally, Applicant r bears the burden of explaining why the evidence on which 
the Examiner relies is insufficient to establish a prima facie c ase or demonstrating 
that Applicant has provided evidence which rebuts the prima facie c ase. See In re 
Rouffet, 149 FJd 1350, 1355 47 USPQ2d 1453, 1455 (Fed. Cir. 1998). 

207. In addition to the above discussion, Ohms' does not reformat date data having six 
characters into "Gregorian dates having eight digits to thereby store the converted dates 
in the database for further use and processing ... ." Ohms stores dates in the database in 
Lilian format for further use and data processing. At least this element of the claims is 
missing from the combination relied upon by the examiner to find prima facie 
obviousness. In addition, as noted above, Ohms does not reformat dates "stored in the 
database " from the recited YY format to the recited CCYY format, and does not do any 
such reformatting for purposes of "facilitating further processing of the dates." 

208. One skilled in the art, given the disclosure that the invention would facilitate a sort 
of dates in a format of C1C2Y1 Y2M1M2D1D2, would realize that sorting of just C^Yi Y2, 
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without regard to also sorting the month and day data, is possible, without undue 
experimentation. 

209. The specification and claims of the Dickens patent support the recitations of 
claims 36-37, 40-41, 51-59, 69 and 38, 39, and 42-43. This is further evidenced by 
the content of Exhibit A. Exhibit A includes instructions that amount to "collectively 
sorting the converted symbolic representations prior to the step of running the 
program on the converted symbolic representations" (claims 36, 37) and "collectively 
sorting the converted symbolic representations according to a different data field 
contained in the database from the at least one date field, prior to the step of running 

the program on the converted symbolic representations" (claims 40-41), and 

- , ■ ". * ■ . 

"collectively sorting the.converted symbolic representations prior to the step of 
running the program oh the converted symbolic representations" (claims 48-49) and 
"collectively manipulating the converted symbolic representations" (claims 50-51) 
and "collectively sorting the converted symbolic representations according to a 
different data field in the database than the at least one date field, prior to the step of 
running the program" (claims 52-53) and "collectively manipulating the converted 
symbolic representations" (claims 54-55) "wherein the program performs an 
operation which manipulates the data in a data field associated with the at least one 
date field of the database according to the converted symbolic representation of the 
date" (claims 56-59) and "reformatting the symbolic representation of each symbolic 
representation of a date in the at least one date field in the database, without the 
addition of any new data field to the database, with the reformatted symbolic 
representation of each date in the database having the values Q C 2 , Yi Y 2 ; sorting the 
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reformatted symbolic representations of the dates in the form Ci C 2 Y| Y 2 ; and 
running a program on the reformatted symbolic representations of each of the dates" 
(claim 69) and "collectively manipulating the converted symbolic representations 
prior to the step of running the program on the converted symbolic representations" 
(claims 38-39) and "collectively manipulating the converted symbolic representations 
according to a different data field contained in the database from the at least one date 
field, prior to the step of running the program on the converted symbolic 
representations" (claims 42-43). Exhibit a shows that the data being sorted includes 
the reformatted dates. 

210. Exhibit A supports the claimed process steps of "collectively further processing the 
reformatted symbolic representations of each of the symbolic representations of each of 
the dates" (claims 16-25) and "collectively further processing the reformatted symbolic 
representations of each of the ; symbolic representations of each of the dates" (claims 31- 
33) and "to facilitate collectively further processing the reformatted symbolic 
representations of each of the symbolic representations of each of the dates" claims 66- 
67) "prior to collectively further processing information contained within the database 
associated with the respective dates" (claim 72) and "collectively sorting the converted 
symbolic representations prior to the step of running the program on the converted 
symbolic representations" (claims 36-37) and "collectively manipulating the converted 
symbolic representations prior to the step of running the program on the converted 
symbolic representations" (claims 38-39) and "collectively sorting the converted 
symbolic representations according to a different data field contained in the database 
from the at least one date field, prior to the step of running the program on the converted 
symbolic representations" (claims 40-41) and "collectively manipulating the converted 
symbolic representations according to a different data field contained in the database 
from the at least one date field, prior to the step of running the program on the converted 
symbolic representations" (claims 42-43). 
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211. Exhibit A supports the recitations of "reformatting each symbolic representation of a 
date into the format C, C 2 Yi Y 2 Mi M 2 Dj D 2 separately from the symbolic 
representations in the database" (claims 20-21) and "running a program on the stored 
converted symbolic representations to sort or otherwise manipulate data in the database 
according to the dates represented by the converted symbolic representations, separately 
from the symbolic representations of dates contained in the at least one date field of the 
database" (claims 62-65) and "running a program on the stored converted symbolic 
representations of each of the converted symbolic representations of the dates to sort or 
otherwise manipulate the dates represented by the converted symbolic representations, 
separately from the date data symbolic representations contained in the at least one date 
field of the database" (claim 71). 

212. The Dickens patent Specification, even without Exhibit A, but also including , ;■: 
Exhibit A, supports the recitation "converting each of the symbolic representations of 
dates stored in the at least one date field of the database to a symbolic representation of 
each of the respective, dates that does not create the ambiguity, by windowing the 
symbolic representations of each of the respective dates as stored in the aNeast one date 
field of the database against a pivot year represented by one of the symbolic 
representations of the dates as stored in the at least one date field of the database, without 
the addition of any new data field to the database for purposes of such windowing and 
converting" (claims 34-59) and "converting each of the symbolic representations of dates 
stored in the at least one date field of the database to a symbolic representation of each of 
the respective dates that does not create the ambiguity, by windowing the symbolic 
representations of each of the respective dates as stored in the at least one date field of the 
database against a pivot year represented by one of the symbolic representations of the 
dates as stored in the at least one date field of the database, without modifying any of the 
symbolic representations of dates in the at least one date field of the database for 
purposes of such windowing and converting" (claims 60-65). Specifically the term 
"windowing" as used in these claims is used according to the ordinary meaning that one 
of ordinary skill in the art would understand in the context of the other claim recitations 
of these claims. 
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213. 1 Mark Winner, make the above statements based upon my own knowledge and 
experience as one skilled in the art at the time of the filing of the application leading to 
the Dickens patent and based upon my review and understanding of the documents 
referenced in Paragraph 2 above. I make these statements of my own knowledge, or if 
based upon information and belief, based upon my so being informed and believing the 
statement to be true. I make these statements with the knowledge that willful false 
statements are punishable by fine or imprisonment under 18 U.S.C. §1001 and like 
statutes and laws and that such willful false statements may jeopardize the validity of the 
above referenced application and any patent(s) that may arise from this proceeding. 



Respectfully submitted, 
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— Century Conversion — 
Bruce Dickens Apr 04, 1996 
open structure tools: name ' otms_src_dir : tools' 

open #2 : name 'last inv.dat', access output inventory" 

SK Tlast ™ y s/r " : 

print 

£i£ «f "folSf"" "» ' «odel No ' LAST.INV "LAST_I 

« it « , ti »====== " 

print J2j "«»«« ; 



print #2: "Extract Data:" 

extract structure tools x 0 „/. M o nn* 1 

yy $ « lpadS (element? (tools <last_inv , 3, / , 2, 0 

im$ - lpad$ (elements (tools (last inv ,1, , 2, 0 

dd$ - lpadS (elements (tools (last inv), 2,"/ ) / 2, 0 ) 

cc$- yy$ + "/" + mm$ + "/" + dd ~ 
cl$ - change$(cc$,'/'/") 
if cl$[l:2J < '50' then 

c$ ■ '20' + cl$ 
else 

c$- '19' + CIS 
end if 

include c$ < '19960101' 
sort by tools (model) 
sort by rpad$(c$,B, '0') 
if c$[l:8] < '19960101' then, 
print tools (toolno); tab (23); tools (model) ; & 

tab (35) ; tools (last_inv) ; tab (44) ; c$ 

print #2: tools (toolno) ; tab(23); tools (model) ; & 

tab (35) ; tools (lastjLnv) ; tab (44); c$ 

if valid { clS, "digits" ) = 0 then - . 

print; tab (53); " Date format is not digits 
print 12:; tab (53); " Date format is not digits 

end if „ . 

if valid ( cl$, "minlength 6" ) = 0 then 
print ;tab(50); " Date format is short" 
print *2: ;tab(50); " Date format is short 
end if 

if tools (last inv) = "" then 
• print ;tab(53T; " Date format is blank 
print 12: ; tab (53); " Date format is blank 
end if 

end if 
end extract 
print 

print "Sorted Data:" «■ 
print 
for each tools 

cl$ - changes (tools (last inv)//',") 
print tools (toolno) ; tabT23) ; tools (model) ; 6 
tab(35); toolsUast inv); tab(44); c$ 
print #2: tools (toolno) ; tab (23); tools (model) ; & 
tab (35); tools (last inv); tab (44); cS 

if valid ( cTS, "digits" ) = 0 then t 
print ;tab(53); ° Date format is not digits 
print 12: ;tab(53); " Date format is not digits 

end if m ^ 

if valid ( cl$/ "minlength 6" ) = 0 then 
print ; tab (53)/ " Date format is short" 
print 12: ; tab (53); " Date format is short" 
end if 
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